IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 

In re Application of: ALAN NICHOLAS § Attorney Docket No.: TA-0041&0 
FLEET ETAL § 

Serial No.: 09/595,550 

Filed: JUNE 16, 2000 

For: CASE BASED DRILLING 
KNOWLEDGE MANAGEMENT 
SYSTEM 

Mail Stop OIPE 
Commissioner for Patents 
P.O. Box 1450 
Alexandria, VA 22313-1450 

PETITION FOR REVIVAL OF AN APPLICAT ION FOR PATENT 
ABANDONED UNINTENTIONALLY UNDE R 37 C.F.R. 1.137(b) 

Dear Sir/Madam: 

The above-identified application became abandoned on February 18, 2006, after the 
Applicant had paid the issue fee and believed that all informalities.. in this matter had been 
addressed. Accordingly, the Applicant submits this Petition for Revival of an Application and 
herewith: 

(1) A reply required to the outstanding Office action or notice;. 

(2) A petition fee of $1,620.00; and 

(3) A statement that the entire delay in filing the required reply from the due date for the 
reply until the filing of a grantable petition pursuant to this paragraph was unintentional. • 

Applicant notes that a terminal disclaimer (and fee as set forth in § 1.20(d)) is not 
requited for the above titled application to be revived. . 
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§ Examiner: STEVENS, THOMAS H.. 
§ 

§ Art Unit: 2123 
§ 

§ Confirmation No.: 1122 . 
§ 



STATEMENT 

Included with this petition is: (1) the petition fee of $1,620.00; (2) a copy of the executed 
declaration on file in the assignment division (Exhibit B and D); (3) a statement that the entire 
delay was unintentional; (4) a response to the outstanding action; (5) an amended specification to 
include an abstract and a description of the drawings; (6) a statement under 37 CFR 3.73(b) 
giving the assignee the power to act; and (7) a newly executed power of attorney from the 



Applicant recently became aware of the abandonment while conducting an internal audit, 
and initiated an investigation into the circumstances surrounding the above titled application's 
abandonment. Applicant discovered that the original, attorney of record, Melvin Hunn, was 
diagnosed with Leukemia and ultimately died during the pendency of this application, as shown 
by Exhibit A. His death on July 10, 2005 corresponds with the timing of the USPTO's attempts 
to correspond with the attorney regarding informalities issues in the application. It appears in the 
wake of Mr. Hunn's death, his partner Mr. Kenneth Hill paid the issue fee on Applicant's behalf. 
However, Mr. Hill failed to take heed of the USPTO's correspondence on Mr. Hunn's behalf 
regarding informalities, failed to notify the Applicant of such Office correspondence, failed to 
respond to a Supplemental Notice of Allowability sent after Applicant's payment of the issue fee, 
and failed to respond to or notify Applicant of the Notice of Abandonment. 

Moreover, Applicant's investigation of the Examiner's action found that the Supplemental 
Notice.of Allowability sent from the USPTO requiring the Applicant's submit an executed oath 
and declaration, and the record, revealed that the action leading to the abandonment of the above 
titled application was, at least partially, issued in error. An oath or declaration in this matter was 
transmitted to the USPTO on November 14, 2000, as shown by the file record. The file record of 



the declaration does not contain a signature page, however. Applicant discovered the signature 
page for this declaration was recorded with the inventors' assignment of the above titled 
application on November 17, 2000, at Reel/Frame 011288/0676 (Exhibit B). The executed 
declaration is attached as Exhibit D. In this regard, Applicant also notes that the Office failed to 
change the name Alan Fleet to Alan Flett per the declaration and assignment papers. A 
publication submitted as patent literature showing the Inventor as Alan Flett is attached as 
Exhibit C. 

Accordingly, Applicant requests, through its newly appointed counsel, to revive this 
application. 

Because the attorney of record died, because the abandonment was at least partially the 
result of USPTO error, and because of the circumstances that led to the abandonment stem from 
the highly improbable circumstances that an issue fee would be paid for an application that still 
had formalities issues pending, Applicant hereby states that the abandonment, and entire delay 
between abandonment and this petition, was unintentional, and' petitions for revival of this 
application in response to the notification of Abandonment issued. 

A credit card payment is being made with this submittal for the above cited fees in the 
amount of $1,620.00. Again, since this application was filed on or after June 8, 1995, no 
terminal disclaimer is required. 



Should there be any additional fees necessary for continued prosecution of this 
Application, the commissioner is hereby authorized to charge those fees to Bracewell & 
Giuliani LLP's Deposit Account Number 50-0259 (9001RF.045342). 



Respec 




Asmey L. 1 

Regf£fra£p*fNo. 51/61 
BRACEWELL & 0 
P.O. Box 61389 
Houston, Texas 77208-1389 
(713) 221-1544 direct phone 
(713) 437-5381 direct facsimile 
Email: ashley.lcirk@bgllp.com 
Attorney for Applicant 
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Melvin Albert Hunn | 



Follow thlsOWtuory 




lied Cuba with hlr 
In Midland Bnd graduated In • 



19B1 from the University of Tews at Austin and h Is [Doctorate of 
Jurisprudence (rom Texas Tech University School of law to 1986. Admitted Id 
Ihe Texas Slate Bar In November 19B6, Mel earned hla patent license in 19B7 
and his Federal Circuit License In 1992. For 19 years Melvin practiced 
intellectual property law In Fort Worth, commencing wllh Felsman, Bradley. 
Guriler & Mori where he made partner In 1 880. Melvin was on the board for 
the Young Lawyers Association or Fort Worth In the lale 1880s, and In 2000 

was named one of the top Intellectual property attorneys by Fort Worth 

magazine. That year Melvin, along wllh his law partner end friend, Ken Hill, 
started the partnership or Hill & Hunn, LLP. In 2003, a prototype of a patent he 
wrote fora cllentwas accepted by the Smithsonian Institution, He > wasgreat y 
respected In the legal profession, and he was much appreciated by his cl ants, 
Melvin, also known as "MeP or "Melle Mel" to Ihose closest to him, loved life, 
art, Jazz, restaurants and people. In 1992, along wllh three partners, he 
opened the January Gallery on 7lh Street where he was able to Indulge his 
love for avanl garde' art. Known tor his great wit and Insight, Mel continually 
entertained his extended family and numerous Wends wllh clever quips and 
deep thought, He touched many tlvBswMi his compassion, understanding ano 
eege advice, as Mel was an advisor, mentor, and confldanle to countless 
friends and family members. Survivors: Beloved son, Clayton Anthony Hunn, 
Cloys mother, June Scobey or Arlington! parents, Terry Bnd Allele i Hunn i of 
Round Rocfc younger siblings, Clay, Martha, Alan, Richard and TMnai l Mel 
leaves behind many Mends and reletlves, Including a host of adopt ye 
brothers, sisters, nlecei-nephewG, sons and daughters. He looked forward tp 
marrying his much-loved fiancee, Suzy Bradstiaw, and being a |lep-(ather to 
her daughter ShBnnon. Greenwood Funeral Home 3 100 White Settlement 
Fort Worth TX 761 07 617- 336-0684 
Publlshnd In Houston Chrontolo on July 1B, Z00B . 
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. To the Honorable Qorppfei wr of Paten] 
1 . Name of conveying p4rty(ies): 



Alan Nicholas Flett 
Derek H. Sleeman 
AlunD.Preece . 

Additional name(s) of conveying p'arty(tes^^n,ed? □ Yes p No 

3. Nature of conveyance: 

El Assignment P Merger ' • 

□ Security Assignment □ Change of Name 



. sched original doouments or copy thereof. 




Name and address of receiving 
Name; 



Internal Addres3:.,P.Q. Box 4740—, 

Houston TBYflg 7791 n.A740 



tyOtoualQD. State;, T X- ZIP:,77Q27 . 



Additional hame(s) & address(es) attached? □ Yes El No 



• 4 Application nymper(5) or patent numbers): • • >. . 

If this document Is being f iled'together with a new application, the exfcutjon date of, the application Is; 
A. Patent Application No.(a) B. Patent No.(s) 

°St§§&— . Additional number^ .attached? OYes EONo 



5 Name and addressof party jo whom correspondence 
concerning document should be mailed: 



'•■©Total number of applications and patents Involved; 1 



Internal Address:,.HIH ftHUNN LLR— 



pm Main m m?*, 1440 



fort Worth. T fffflR 7 R1 , n ?- fl1 08 ■ ■ 



Street Address-. Hll I ft HI INN LLP 



?m Main RfrRBt, finite 144Q_ 



u'jO/8000 JfiDDOi, 00000072 0S04B9 09595550 
' (>} ?Cr5fli 40.00 CH 



7. Total fee (37 CFR 1 .21 (h) $^0J1Q 

□ Enclosed 

B3 Authorized to be charged to deposit account 

8. Deposit Account Number: 

no-ndm _ ■ 

(Attach duplicate copy of this page If paying by 
deposit acoount) 
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To the best of my knowledge and bell 
of th& original document. 

flny y RrnrishnW 

Name of Person Signing 
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PATENT APPLICATION ASSIGNMENT * 

WHEREAS, WE, Alan Nicholas Flett, having a correspondence address of 8 Mill 
de Wynd, Danestone, Aberdeen AB22 8QN, Scotland; Derek H. Sleeman, having a 
rrespondenqe address of 10 The Chanonry, Aberdeen AB24 1RN, Scotland; and AJun 
•>reece, having a correspondence address of 10 Fare Park Drive, Westbill, 
erdeenshire AB32 6WE, Scotland have invented hew and useful improvements in a 

CASE BASED DRILLING KNOWLEDGE MANAGEMENT SYSTEM 

r which application is being made for 
-S. Patent Application Serial No. 09/595, 



Patent, said application further identified s 
,550, filed 16 JUNE 2000. 



WHEREAS, BAKER HUGHES INCORPORATED, a corporation of the State of 
laware, having a correspondence address at P.O. Box 4740, Houston, Texas 
210-4740, is desirous of acquiring our entire right, title and interest in said application 
d any Letters Patent which may issue thereon: 

. NOW THEREFORE, be it known by all whom it may concern that for and in 
'nsideration of Qhe Dollar ($1.00), the regeipt ^y^ ^^^^^^J^ 
er good and valuable consideration, I hereby assign to said corporation for the territory 
ithe United States of America and the entire world pur entire right, title and interest in 
ftp said invention, patent application and patent, including all priority nghts for patent 
plipations foreign to the United States of America. 

'! | HEREBY covenant and agree that i will at any time, upon the request and at the 
-ense of said corporation, execute and deliver any and. all papers and do a I lawful acts 
It may be necessary or desirable to perfect the title to. said invention, app icaftons and 
ISs? and I authorize' the Commissioner of Patents and Trademarks to issue Letters 
tent to said corporation. 

IN TESTIMONY WHEREOF, I execute this assignment on the date set forth below 
'.name. A ^ 



nanus. 



Alan Ntehofes Flett 



^—44- 
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Alun Preece, Alan Flett, and Derelc Sleeman, University ofAberdeei 
David Curry, Nigel Meany, and Phil Perry, Baker Hughes OASIS 



Currently,few 
organizations have a 
systematic process for 
capturing knowledge, 
as distinct from data. 
The authors illustrate 
how a large oil and gas 
service company uses 
knowledge-engineering 
processes to capture, 
store, and deploy 



mization group of alarge oil and gas service company 
j to support the 



H n recent years, lmowledge management has referred to efforts to capture, store, and 

H deploy lmowledge using a combination of information technology and business 

processes. 1 " 3 More specifically, organizations aim to acquire lmowledge from valued 

individuals and to analyze business activities to leam from successes and failures. Such 

captured knowledge must then be made available 
throughout the organization in a timely manner, 

In terms of technology, most current knowledge 
management activities rely on database and Internet 
systems, If knowledge is Btored explicitly at all, it is 
typically in databases either as simple tables (for • 
example, relational databases) or semistrootured text 
(as in Lotus Notes). The use of sophisticated bowl- 
edge representation systems such as Classic, Loom, 
or G2 is rare. Also, few organizations have a sys- 
tematic prooess for capturing knowledge, as distinct 
fromcapturtaginforrnation. (See the "CurrentPrac- 
tice" sidebar for a description of techniques,) 

We believe that current knowledge management 
practice significantly under-urilizes knowledge-engi- 
neering technology, despite recent efforts to promote 
its use.'' In tbiB article, we foci 
engineering processes; 



■ using lmowledge acquisition processes to capture 
structured knowledge systematically and 

> using knowledge representation technology to 
store the knowledge, preserving important rela- 
tionships that are far richer than those possible in 
conventional databases. 

To demonstrate the usefulness of these processes, 
we present a case study in whioh the drilling opti- 

I034-7167/01/S10.00O200I BEE. 



three facets of the lmowledge management task: . 

■ Knowledge capture— In the' group's systematic 
knowledge acquisition process, a conceptual busi- 
ness model of the company guides case and rule 
capture, . 

• irwowferfgesto'flge-^Th'e'group.usesaknowledge 
representation language to c'odify the structured 
knowledge in several knowledge bases, which 
together make up a knowledge repository, 

• Knowledge deployment— Through standard Web ' 
browsers on the company intranet, group mem- 
bers can run the lmowledge bases within a knowl- 
edge server. The server answers queries fawmre 
complex than those possible with conventionaTN 
database systems. 

Applying knKnmie%e engineering to 
tooimieige management - 

In the 1990s, knowledge engineering emerged as . 
a mature field, distinct from but'olosely related to 
software engineering. 3 ' 5 Among its distinct aspects 
are a range of techniques for knowledge elicitation 
and modeling, a collection of formalisms for repre- 
senting knowledge, and a toolkit of mechanisms for 
implementing automated reasoning. 

IEEE INTELLIGENT SYSTEMS 
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Here is an outline of the knowledge-engi- 
neering process:-*' 6 

1. Requirements analysis. Identify the 
scope of the knowledge-based system, 
typically in term's of its expected com- 
petency (for example, the kinds of 
queries it will be able to answer), 

2. Conceptual modeling. Based on the 
scope defined in step 1 , create a glossary 
of terminology (concepts) for the appli- 
cation domain and define interrelation- 
ships between the terms of and con- 
straints on their usage. An explicit 
conceptual model of this kind is com- 
monly called an ontology. 

3. Knowledge base construction. Using the 
conceptual model or ontology from step • 

2 as a collection of knowledge contain- 
ers (or schemata), populate the knowl- 
edge base with instances of domain 
knowledge (often in the form of rules, 
facts, cases, or constraints). 

4. Operationalization andvalidation. Oper- 
ationalize the knowledge base from step 

3 using automated reasoningmechaniama 
and validate its competence again t the 
requirements from step 1 . If satisfactory, 
release the system; otherwise, repeat steps 
1 through 4 .until satisfactory. 

5. Refinement and maintenance After 
delivery, the system continues to evolve 
as knowledge changes. Thus, steps i 
through 4 must be repeated throughout 
.the life of the system. 

Any knowledge management system that 
involves explicit knowledge representation 
is amenable to development using at least 
■ part of this process. In fact, itis always worth 
applying at least part of this process to any 
knowledge management activity that in- 
volves explicit knowledge representation 
Here are several examples, using the com- 
mon knowledge management activities 
described in the "Current Practice'- sidebar; 

• Document management systems. As a min- 
imum, apply step 1 at the outset to ensure 
competency criteria are defined, This ensures 
at least the selection of the right tool; it may 
reveal a need for a more structured approach. 

• Discussion forums. As uminivm m apply 
steps 1' and 2 to ensure that the system's 
scope is well understood, and that each 
forum's organization effectively upport 
existing (or desired) communities of 
practice. 



> Capability management systems. As 
above, apply steps 1 and 2 to define the 
metaknowledge that will serve as knowl- 
edge containers or schemata to capture 
workers' capabilities. Use step 3 to popu- 
late the CV database. 
• Lessons-learned knowledge base systems. 
Because these are knowledge-based sys- 
tems, they should follow the entire five- 



It is particularly important to employ 
knowledge-engineering techniques when an 
organization employs a range of knowledge 
management approaches. This is becoming 
common in larger organizations, which already 
use amultiplicity of information .systems tied 
into an intranet and see a multifaceted knowl- 
edge management system as normal. For 
example, such a knowledge management sys- 
tem might include a capability management 
system, discussion forums, a document man- 
agement system, and several lessons-learned 
knowledge bases. In such cases, the key chal- 



lenge becomes knowledge integration— link- 
ing the various sources at the knowledge-con- 
tent level, 

In this context, the organization can use the 
knowledge-engineering process to define an 
organizational knowledge model — a know- 
ledge map 1 — which delineates the relation- 
ships that bind the multifaceted knowledge 
management system at the knowledge-con- 
tent levei. (The actual software-level bindings 
can use hyperlinking, remote procedure call- 
ing, or any one of a host of distributed com- 
puting techniques,) Therefore, even when an 
organization embarks on its first, single-facet 
knowledge management project, it may well 
be worthwhile to follow steps 1 and 2 of the 
knowledge-engineering process to define an 
initial knowledge map, 

Case stMy: drilling ogrtisnisatiotni 

Baker Hughes OASIS, an engineering ser- 
vices subsidiary company of Baker Hughes, 
provides drilling-process expertise in the oil 
and gas industry' worldwide. In particular, 



i f/losl knowledge management activities combine bu me processe andlnfor 
mationtechnolo ylA currently practiced kpowled e mana ement include ev 
eral actlvjtie andtechnolo ie , 

• Document mana, ement ystems allcjw worker to find exl tin document rel 
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Baker Hughes OASIS specializes in drilling 
performance optimization, which involves 
identifying, understanding, and overcoming 
barriers to improved drilling performance. 
Drilling performance optimization engineers 
need a specialized set of skills, which they 
draw from mechanical engineering, geology, 
physics, and other disciplines. Because the 
field is relatively new, the community of 
skilled optimization engineers is small, and 
those within Baker Hughes OASIS are dis- 
persed worldwide. 

For these reasons, drilling performance 
optimization represents an ideal application 
domain for knowledge management. Hav- 
ingrecognized this in the early 1990s, Baker 
■ Hughes OASIS developed a multifaceted 
knowledge management approach, which 
currently includes the following system 
components: ■ 

• Drilling Performance Guidelines, a semi- 
structured document base implemented in 
Lotus Notes/Domino; 8 

• OASIS University, an online training sys- 
tem for optimization engineers, also 
implemented in Lotus Notes/Domino; 

• Drill Bit Advisor, arule-based expert sys- 
tem implemented in LISP/CLOS using a 
custom graphical rule representation; 9 and 

• Drilling Knowledge Store, a technical 
lessons-learned knowledge base. 

All of these'components are interlinked. For 
example, a conclusion (recommendation) 
made by the Drill Bit Advisor is commonly 
linked with a URL to a Drilling Performance 
Guideline in the Lotus Notes/Domino'system. 

The Drilling Knowledge Store, one of the 
newest components of this knowledge man- 
agement strategy, is an open repository of 
case-based drilling knowledge, accessed 
through a Lotus Domino server. A structured 
search tool allows users to query the knowl- 
edge store for lessons learned in environ- 
ments similar to a specified environment of 
interest. New knowledge forms promote easy 
entry of new cases, which the system sub- 
mits to reviewers for audit and approval 
before making them available to other users. 
Links to the Drilling Performance Guidelines 
system avoid knowledge duplication and 
ease updating and maintenance. 

The Drilling Knowledge Store builds on a 
knowledge map developed using the stan- 
dard knowledge-engineering process des- 
cribed earlier, and it incorporates a drilling 
knowledge repository, a case-base of opti- 



mization engineers' documented experience. 
The drilling optimization group developed 
this ease-base in collaboration with the Uni- 
versity of Aberdeen, managing the work as 
a Teaching Company Scheme. The follow- 
ing sections detail its development stages. 

Requirements analysis 

The development team first conducted a 
series of interviews with optimization engi- 
neers to explore the scope of the drilling 
knowledge repository. The key finding was 
that the system ought to be highly open, 
Because drilling optimization is relatively 
new, knowledge in the domain is evolving. 
As a result, the system would most likely have 
to cope with the following kinds of change: 




• New concepts and relationships could be 
discovered in the future, so knowledge 
containers or schemata would have to be 
highly extensible. 

■ New cases would grow in proportion to 
the growth in the drilling optimization 
business, so instances would frequently be 
added. 

• Instances might be reclassified, es- 
pecially as outdated knowledge is 
"decommissioned." 

Conceptual modeling 

Following the first round of interviewing, 
the development team drew up an initial glosr 
sary of terms. In an attempt to derive a set of 
concepts, the team analyzed the transcripts of 
the interviews using the PC-PACK 4 knowl- 
edge acquisition software toolkit. However, 
it was not sufficiently flexible in dealing with 
concepts where the "defining" words were 
not adjacent in a piece of text or where they 



were interspersed with words from other con- 
cepts. PC-PACK and similar textual mark-up 
systems allow the user to indicate only that 
single words correspond to concepts, attrib- 
utes, and values. In practice, such entities are 
often defined by several words, and these are 
not necessarily adjacent. For example, the text 
"a bus system that links all the suburbs to the 
center and to each other" contains the con- 
cept comprehensive-city-bus-network, but it 
also contains parts of the concept city (sub- 
urb and center). 

In view of this tool's limitations, the team 
used a manual concept-mapping approach 
instead, 10 which focused on defining con- 
cepts in two areas: 

• concepts associated with the drilling envi- 
ronment, including extensive definitions 
of geological concepts (leading to the cre- 
ation of an ontology for representing the 
rock formations that constitute a drilling 
task), and those associated with drilling 
itself (chiefly drill bits, fluids, and related 
apparatus); and 

• knowledge management concepts that 
would allow the capture of useful in- 
stances of the optimization engineers' 
experience (most obviously, the concept 
of a cose). 

Early in the process, the team formalized these 
concepts to manage them within a software 
environment. They chose (he Loom knowl- 
edge representation system' 1 and its associ- 
ated Ontosaurus browser/editor because it had 
a number of advantages. First, Loom is one of 
the most flexible and least constraining knowl- 
edge representation systems available. In addi- 
tion, Loom's operational mechanisms (chiefly 
the classification engine) allowed the knowl- 
edge-engineering team to test the conceptual 
model's integrity during its development. 
Finally, Ontosaurus provides a Web front end 
for Loom knowledge bases, allowing multi- 
ple users to inspect, query, and modify the" 
knowledge base on a network, using a stan- 
dard Web browser. 

Knowledge base construction 

By the time the knowledge-engineering 
team had defined a reasonably complete con- 
ceptual model, they had already elicited sev- 
eral sample cases from the optimization engi- 
neers as a natural part of exploring the scope 
of the domain. When formalizing the con- 
ceptual model in Loom, the team took the 
opportunity to represent these cases using 
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Loom's knowledge containers. However, 
they used a distinct approach for systematic 
case acquisition. 

First, they identified a small number of high- 
performing, expert optimization engineers. 
Then, team members conducted intensive, 
one-on-one Icnowledge acquisition campaigns 
with these individuals. Mindful of lessons 
learned from negative knowledge acquisition 
experiences during the heyday.of expert sys- 
tems in the 1980s, the team carefully designed 
these campaigns to ensure that the experts 
would contribute actively and positively. 

The team formalized the knowledge' 
acquired from each campaign in Loom, but 
also wrote it up in a natural-language elec- 
tronic document called a Imowledge book, 12 
which the expert could check for accuracy 
and which was disseminated on CD-ROM 
throughout the companyas an easily acces- 
sible, early result of the OASIS group's work. 

Operationalization and validation 

The knowledge base was operationalized ' 
naturally by the choice of Loom as the rep- 
resentation language. The team performed 
validation of the represented knowledge at 
two levels — indirect validation using the 
knowledge books and direct validation using 
Loom's inference mechanisms. Further indi- 
rect validation came through the develop- 
ment of drill bit selection rules using some 
of the case-based knowledge acquired in the 
knowledge acquisition campaigns. These 
rules were then validated using existing soft- 
ware in the Drill Bit Advisor expert system, 

TBse MiaSirag knowledge 
raposStory in Loom 

Philosophically, we consider OASIS a 
knowledge storage and retrieval system 
rather than a knowledge-based system. This 
is because knowledge-based systems are 
strongly associated with tasks, such as deci- 
sion support, automated decision-making, or 
training. But the task for which knowledge 
is to be used places a strong bias on the form 
of the knowledge. 13 In this case, the imple- 
mented system had to be task-neutral: it was 
to serve purely as a repository for captured 
knowledge, without any risk of biasing the 
form and content of the knowledge toward a 
particular future usage. 

Nevertheless, the system does have at its 
core a set of automatic deductive facilities 
(provided by Loom), which operate on the 
definitions-given to the system by the knowl- 
edge modeler. However, these inferences 



operate at the conceptual-model level and not 
at any action level. Thus, actions are left to 
humans, and the system does not advise per 
se on any action the user should take. For 
example, the system can recognize instances 
and classify them appropriately with reference 
to the conceptual model, but this is purely for 
the purpose of retrieving those instances and • 
bringing them to the user's attention. 

The Loom knowledge store has two main 
parts — a conceptual model and a database. 
(This is analogous to a database, with its 
schema and data parts.) The conceptual part 
of the knowledge base is defined using con- 
cepts. It includes binary concepts (known as 
roles) and unary concepts (known as con- 
cepts). The database is populated with 




instances of these concepts. 

The following sections give examples of 
the Loom constructs to illustrate the 
approach in concrete terms. Our intention is 
to explain the constructs so that a full under- 
standing of the representation language is 
not necessary. (For readers unfamiliar with 
Loom or similar languages, Robert Mac- 
Gregor and Ronald J. Brachman and his col- 
leagues provide good introductions.' ' , ''') 

Modeling constructs for drilling 
engineers' experience 

Because the knowledge store is chiefly 
intended to capture experiential cases from 
drilling engineers, the most important con- 
cept is the case. 

(dafcontepl CASE :Is-pr!mltive 

(;ond (:exadly 1 formation-sequence ) 
(:oll decision DECISION) 
(-.all observation OBSERVATION!)) 

A case usually describes a drill bit rim — a 



continuous period of drilling with a single drill 
bit. So, if an optimization engineer experiences 
some bit run worthy of being recorded in the 
knowledge store, the engineer should include 
a representation of the rock formation 
sequence and the decisions made on how to 
drill that formation sequence, along with any 
associated observations. A decision can refer to 
a choice of drill bit, mud (drilling fluid), flow 
rate, and so on. Alternatively, the case need not 
refer to an actual drill bit run if the person 
entering it simply has an experience to share. 

A decision has several different dimen- 
sions, including issues, actions, goals, an 
author, a. spin, and reasoning. These dimen- 
sions provide a balance between structured 
knowledge and free text. The structured 
knowledge enables formal representation and 
therefore supports powerful searches; the 
free text supports semistructured knowledge. 

(defconcept DECISION :is-pr1mitive 
(:and (exactly 1 adion) 
(:ot-most 10 issue) 
(•.ol-mostlOgool) 
(:at-most 1 authors-reasoning) 
(:ol-most 1 companys-reasoning) 
(:at-most 1 author) 
(:at-most 1 spin))) 

An issue is some informational context that 
the engineer considered when making the 
decision. The issues in the current knowledge 
base reflect quite strongly the best-practice 
drilling database (in Lotus Notes), as shown 
by the link roles in the following code, these 
can be filled with links to other media, includ- 
ing the Notes database itself, using URLs. 

(defconcept ISSUE 

(:rind KNOWLEDGE JIANAGEMENLCONCEPT 
(:at-mostl symptoms-and-diagnosis-link) 
(:at-most 1 description-link) 
(:at-most 1 parameters-link) 
(:at-most 1 diagnostic-mformalion-link) 
(:ai-most 1 planning-adions-link) 
(:at-most 1 operoting-practices-link) 
(:at-most 1 examples-link))) 

An action is the real-world consequent the 
engineer performed as part of the decision; 
this includes both structured (categorical-out- 
come) and free text (textual-outcome) outcomes. 

(defconcept ACTION :!s-primitive 

(:and KN0WIED6E_MANAGEMENT_C0NCEPT 
(:at-most 1 categorical-outcome) 
(:at-most 1 textual-outcome)]) 
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The system captures two kinds of reason- 
ing for a decision. The author 's reasoning is 
a free-text field for explanations— for exam- 
ple, why an engineer chose a certain drill bit. 
This allows the storage of incomplete, inac- 
curate,, and even incoherent explanations for 
actions. After all, the main reasoning or 
determinism for the action consists of the 
other structured information describing the 
circumstances for the action, such as the for- 
mation sequence. The company 's reasoning 
field expresses the company's commonly 
agreed onbeliefs for the decision in question. 

Modeling constructs for the 
drilling environment 

The system describes the drilling envi- 
ronment chiefly in terms of conceptual rock 
sequences. The team achieved representa- 
tions of these by defining on ontology of geo- 
logical concepts, including constraints. For 
instance, if the user wishes to specify the 
depth or length of a particular section of 
lithology (a basic rock type—for example, 
sand or shale), that section must be repre- 
sented as a formation. The superstructure 
larger than that is the formation sequence, 
which can have' one of more formations. 
Each formation can have one or more lith- 
ologies. A formation is the conceptual mod- 
eling granularity at which the users should 
represent any part of the wells Ihey feel 
should have represented interval lengths and ■ 
depths. 

(defconcept FORMATIONJEQUENCE :ls-primitive 
(:and R0CK_C0NCEFT • 
(:at-least 1 formation))) 

(defconcept FORMATION ^primitive 
(:and R0CK_C0NCEPT 
tat-least 1 lithology))) 

To allow users to represent and query for- 
mation sequences flexibly, the ontology 
defines several relations. For example, the 
relation comes-in-somewhere-ofler relates two for- 
mations, the first of which comes in some- 
where after the other. 

(defrelotioncornes-in-somewhere-after 
;domaln FORMATIONJEQUENCE 
. :range FORMATION 

:characterislics (:multiple-valued :closed-world) 
:is (satisfies (?formation-x ?formation-y! 
tond 

(FORMATION ?formallon-x) 
(FORMATION ?formatIon-y) 



tor {tomes-ln-immediately-after 
?formation-x?forrnation-y) 
(•.exists (?formotIon-z) 
(:ond 

(FORMATION ?formation-z) 
(comes-In-somewhere-after 

?formation-x?formalion-z) 
(comes-in-somewhere-ofter?formotion-z 

?formatIon-y))))))) 

One important feature of lithologies is their 
hardness. Whiie a lithology has, by defini- 
tion, one rock type (such as shale), it can have 
more than one hardness. (For example, shale 
could consist of 1 00 meters of very soft rock 
and 300 meters of soft rock) 




(defrelolion hardness 
:doma1n LITHOLOGY 
:range HARDNESS 

icharacleristics tclosed-world :mulliple-valued)) 

To support drill bit run modeling, the 
ontology includes a collection of func- 
tions that relate formation sequences, con- 
stituent lithologies, and accumulated 
hardness. 

In addition to the generic geological con- 
cepts, the knowledge store includes repre- 
sentations of the concepts involved in 
drilling, such as drill bit. 

(defconcept DRILLJIT :is-pr!milive 

tond DOWN-HOIEJQUIPMENLCONCEPT 
(:Bxaclly 1 bit-gauge))) 

Querying the knowledge store 

The retrieve function, which retrieves 
instances from the knowledge base, pro- 
vides an interface to Loom's deductive 
query facility. Formation sequence queries 



are among the most sophisticated forms of 
query that users can issue to the knowledge 
store. The concepts likely to be of interest 
are individual formations and formation 
sequences. Two common queries are on an 
overall cumulative amount of a certain hard- 
ness of a particular lithology over a forma- 
tion sequence and formations that have 
amounts of particular lithologies of a cer- 
tain hardness. 

The following example query looks for 
cases that have a formation sequence that has 
as constituents of its formation(s) at least 
1,900 feet of very soft to soft shale (includ- 
ing all subtypes of shale). 

(retrieve ?case 
' tond 
(CASE?case) 

(>= (sum tcollect ?lilhology-amount-ft 
(rand 

texists (?formation-SBqueme ?formation 
?lilhology?hardness) 
tand 

(formation-sequence ?case ?formation- 

sequence) 
(formation ?formation-sequence 

?formot!on) 
(lithology ?forma!ion ?lilholpgy) 
(lilhology-hardness-amount-ft?lithology 

?hurdnes5 ?lilhology-amount-ft) 
tor 

(VERYJQFT?hardness) 
(S0FT?hardness)) 
(SHAlE?lilhology) 
)))))1900))) 

Users typically also want to look for 
cases in which engineers achieved specific 
goals or outcomes. The following example 
query retrieves cases that have a drill bit 
decision in which one of its goals was good 
ROP (rate of penetration) with good bit 
cleaning. 

(retrieve ?cose 
tand 
(CASE?cuse) 
texists (?dedsion) 
(decision ?case?decision) 
(DRILL_BIT_PLANNING_DECISION?decislon) 
(goal ?decision 
G00DJ0P_WITH_G00DJIT_CLEANING)))! 

It is worth emphasizing how the Loom rep- 
resentation supports querying. First, the clas- 
sification engine automatically associates 
new concepts (including new cases) with 
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super- and subconcepts. This means that a 
query for a subconcept will automatically 
find all superconcepts. This also means ihat, 
by using the Ontosaurus concept browser, a 
user can quickly find subconcepts related to 
the result of a query. Second, the pattern- 
matching mechanism, combined with the 
way Loom represents drilling sequences, 
means that the system easily accommo ate 
partial matches. A user need only specify dis- 
continuous fragments of a formation se- 
quence, for example, to retrieve useful cases 
of drilling wells including those sequence 



Adding to the knowledge store 

As we described earlier, the knowledge 
store comprises a conceptual and a database 
part. We consider the conceptual part stable 
and expect that knowledge will rarely need 
to be added or modified. However, addi 
to the database part will surely be reg la 
The Loom operations used to update tl e 
database part of the knowledge base are tell 
and about: tell is used to assert propositions 
and facts about the world or domain; about 
references the instance to which ihose 
propositions refer. The following example 
shows how a user might enter ca e 
instance. This example case has one lorma- 
tion sequence name and zero or more deci- 
sions and observations. 

' [tell (about Case-Home 
CASE 

. (formation-sequence Formation-Sequence- 
Hame) 
(decision Decision-Name) 
(observation Observation-Name))) 

Cwmnt status and future gsBatss 

The Loom Drilling Knowledge Reposi- 
tory currently contains 1,200 concepts and 
240 relations, with further expansion 
planned. The knowledge store is accessible 
on the company's intranet using a standard 
Web browser through the Ontosaurus' sys- 
tem (see Figure 1). 

The use of Loom has facilitated great flex- 
ibility in the modeling process allowing the 
ontology to grow naturally over the first two 
years of the project. Attempting to model a 
comparable richness of interrelationships in 
a relational database, for example, would 
have been extremely difficult and more time- 
consuming, and it would doubtless have 
involved many more modifications to the 
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Flnure 2- Lotus Notes/Domino drilling knowledge store screenshot. 




Nevertheless, although it is relatively 
straightforward to browse the case base and 
ontology using Ontosaurus, the current sys- 
tem has several significant problems: 

• It is difficult to issue complex queries to 
the Loom knowledge store through the 
Ontosaurus interface because Ontosaurus 
provides direct support only for simple 
■ queries (retrieve cases with matching sim- 
ple role' values). 

• It is hard to add new cases because these 
require the user to have knowledge of 
Loom syntax, an unrealistic expectation 
for optimization engineers, 

• Multiuser access (basic locking and 
restricted concurrent access) is limited. 



In addition to these issues, the team 
wanted the drilling knowledge repository to 
have a familiar interface, preferably that of 
the existing systems implemented using 
Lotus Notes/Domino! At the same time, the 
team wanted to link the knowledge repre- 
sented in the Loom repository with informa- 
tion and knowledge relating to the perfor- 
mance optimization projects that yielded the 
stored knowledge. Thus, the team went with 
an interim solution, partially incorporating 
the Loom knowledge map and cases into a 
Lotus Notes/Domino database of project- 
related knowledge, to provide structure for 
technical lessons learned on each project. 
Figure 2- is a screenshot of the ported system. 
The immediate benefits of this included 
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able for knowledge verification and integrity 
checking. 

In doing this work, we detected two weak- 
nesses in current knowledge-engineering tech- 
niques and technology. First, as we noted, PC- 
PACK and other textual mark-tip systems do 
not cope adequately with concepts defined by 
several nonadjacent words. Thus, we have 
identified the need for a more flexible tool. 
Second, it is very difficult to integrate expres- 
sive reasoning tools such as Loom with intranet 
knowledge management environments such as 
Lotus Notes/Domino. It seems reasonable to 
conclude, therefore, that while knowledge- 
engineering processes are ready to bring sig- 
nificant benefits to knowledge management 
projects, the knowledge-engineering toolbox 
needs some improvement. H 
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Dear Sir/Madam: 

Applicant files this timely response to the Supplemental Notice of Allowability mailed 
November 18, 2005, together with a petition to revive the above titled application and necessary 
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commissioner is hereby authorized to charge those fees to Bracewell & Giuliani LLP's Deposit 
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Abstract is attached. 
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Remarks begins on page 2 of this paper. 



REMARKS ONLY ' 

The Office has objected to the specification and noted the lack of an abstract in the 
specification as filed. Applicant submits herewith a substitute specification correcting minor 
grammatical errors and adding a description of the drawings. Applicant also submits an abstract. 



As for the lack of an oath or declaration in this matter, Applicant respectfully submits that 
this objection is in error. An oath or declaration in this matter was transmitted to the USPTO on 
November 14, 2000, as shown in the file record. The file record of the declaration does not 
contain a signature page, however. Applicant discovered the signature page for this declaration 
was recorded with the inventors' assignment of the above titled application on November 17, 
2000, at Reel/Frame 01 1288/0676, the complete oath being attached hereto as Exhibit A. In this 
regard, Applicant also notes that the Office failed to change the name Alan Fleet to Alan Flett 
per the declaration and assignment papers. 

/T I . ! .a Resp/c1fully\ubmitted, / . ____ 



Accordingly, it is respectfully requested that the objections to the specification be withdrawn. 
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SUBSTITUTE SPECIFICATION 

ABSTRACT 

A method has been designed for storing drilling knowledge and experience in a highly structured 
fashion that permits the user to identify drilling cases that meet user-specified criteria and to 
retrieve the knowledge and experience relating to those cases. In this way the user is able to 
retrieve the knowledge and experience learned in cases that are analogous to one or more current 
cases they are studying. 
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NON-PROVISIONAL PATENT APPLICATION 



BACKGROUND OF THE INVENTION 

A method has been designed for storing drilling knowledge and experience in a highly structured 
fashion that permits the user to identify drilling cases that meet user-specified criteria and to 
retrieve the knowledge and experience relating to those cases. In this way the user is able to 
retrieve the knowledge and experience learned in cases that are analogous to one or more current 
case's they are studying. 

SUMMARY OF THE INVENTION ' 

The fundamental functionality of the system is to represent drilling experiences in a highly 
structured fashion, so that the system can then be interrogated by querying for analogous cases. 
In this way, it . supports certain decisions the engineer may make through the application of 
captured and stored organizational experience. The system's preferred technology for 
implementing this is a logic-intensive computer, system (implemented using a- Description Logic 
called LOOM), which allows for the logical representative of concepts and relationships 
commonly conceptualized in the drilling domain. These are then organized into a subsumption 
hierarchy automatically by LOOM; such a set of defined concepts and relationship is called an 
ontology in the literature. More complex concepts can be built/described using the more 
base/primitive concepts and relationships, such as a schema for the describing of bit run 
expectations elicited from field engineers including their decisions. The system can also be used 
to constrain what is expressible by the field engineer in terms of the case's description, thereby 
limiting the bounds of his knowledge, and effectively putting extreme best practice limits, on, 
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say, his drill bit selection in certain hardnesses of rocks. The invention claimed is the utilization 
of a set of concepts and relationships to represent the drilling related knowledge and experience. 
BRIEF DESCRIPTION OF THE DRAWINGS 
Figure 1 depicts one example of drilling operations conducted in accordance with the 
present invention; 

Figure 2 is a block diagram representative of the preferred embodiment of the present 
invention; and 

Figure 3 is a general purpose data processing system according to an embodiment of the 
invention. 

DETAILED DESCRIPTION OF THE INVENTION 
OVERVTEW OF DRILL TNH OPERATIONS : Figure 1 depicts one example of drilling 
operations conducted in accordance with the present invention. ' 

As is shown, a conventional rig 3 includes a derrick 5, derrick floor '7, draw works 9, hook 11, 
swivel 13, kelly joint 15, and rotary table 17. A drillstring 19 which includes drill pipe section 
21 and drill collar section 23 extends downward from rig 3 into wellbore 1. Drill collar section 
23 preferably includes a number of tubular drill collar members which connect together, 
including a rrieasurement-while-drilling logging subassembly and cooperating mud pulse 
telemetry data transmission subassembly, which are collectively referred to hereinafter as 
"measurement and communication system 25". 

During drilling operations, drilling fluid is circulated from mud pit 27 through mud pump 29, 
through a desurger .31, and through mud supply line 33 into swivel 13. The drilling mud flows 
through the kelly joint and an axial central bore in the drillstring. Eventually, it exits through jets 
which are located in downhole drill bit 26 which is connected to the lowermost portion of 
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measurement and communication system 25. The drilling mud flows back up through the annular 
space between the outer surface of the drillstring and the inner surface of wellbore 1, to be 
circulated to the surface where it is returned to mud pit 27 through mud return line 35. A shaker 
screen (which is not shown) separates formation cuttings from the drilling mud before it returns 
to mud pit 27. 

Preferably, measurement and communication system 25 utilizes a mud pulse telemetry technique 
to communicate data from a downhole location to the surface while drilling operations take 
place. To receive data at the surface, transducer 37 is provided in communication with mud 
supply line 33. This transducer generates electrical signals in response to drilling mud pressure 
variations. These electrical signals are transmitted by a surface conductor 39 to a surface 
electronic processing system 41, which is preferably a data processing system with a central 
processing unit for executing program instructions, and for responding to user commands entered 
through either a keyboard or a graphical pointing device. 

The mud pulse telemetry system is provided for communicating data to the surface concerning 
numerous downhole conditions sensed by well logging transducers or measurement systems that 
are ordinarily located within measurement and communication system 25. Mud pulses that 
define the data propagated to the surface are produced by equipment which is located within 
measurement and communication system 25. Such equipment typically comprises a pressure 
pulse generator operating under control of electronics contained in an instrument housing to 
allow drilling mud to vent through an orifice extending through the drill collar wall. Each time 
the pressure pulse generator causes such venting, a negative pressure pulse is transmitted which 
can be received by surface transducer 37. An alternative conventional arrangement generates and 
transmits positive pressure pulses. As is conventional, the circulating mud provides a source of 
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energy for a turbine-driven generator subassembly which is located within measurement and 
communication system 25. The turbine-driven generator generates electrical power for the 
pressure pulse generator and for various circuits including those circuits which form the 
operational components of the measurement-while-drilling tools. As an alternative or 
supplemental source of electrical power, batteries may be provided, particularly as a back-up for 
the turbine-driven generator. 

OVERVIEW OF THE INVENTION 
Figure 2 is a block diagram representative of the preferred embodiment of the present invention. 
As is shown, a drilling situation 101 is presented to user 103. User 103 must make a decision 
concerning the drilling situation. The decision may include determining what types of downhole 
equipment to utilize, such as a selection of rock bits for particular types of drilling situations. 
User 103 interacts through user interface 107 with database 111. User interface includes a means 
for receiving a search request from user 103 and a means for providing an output to user 103 in a 
human-readable form. In accordance with the preferred embodiment of the present invention, the 
user generates a query which is defined by user-specified criteria 109 which is passed from user 
interface 107 to database 111. Database 111 includes structured data which represents captured 
and stored organizational experience. For example, the structured data may include drilling 
knowledge 115 and/or drilling experience 117. The user-specified criteria is utilized to query 
database 111 in a manner which generates as an output the relevant or analogous knowledge and 
experience resident or present in database 111. This is passed through user interface 107 to user 
103. User 103 then may utilize the knowledge to make drilling decision 105. 
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The user interface 107 and database 111 of Figure 2 are preferably constructed utilizing 
executable program instructions. Preferably, the program instructions are executed by a general 
purpose data processing system, such as that depicted in Figure 3. 

With reference now to the figures and in particular with reference to Figure 3, there is depicted a 
pictorial representative of data processing system 41 which may be programmed in accordance 
with the present invention. As may be seen, data processing system 41 includes processor 12 
which preferably includes a graphics processor, memory device and central processor (not 
shown). Coupled to processor 12 is video display 14 which may be implemented utilizing either 
a color or monochromatic monitor, in a manner well known in the art. Also coupled to processor 
12 is keyboard 16. Keyboard 16 preferably comprises a standard computer keyboard which is 
coupled to the processor by means of cable 18. 

Also coupled to processor 12 is a graphical pointing device, such as mouse 20. Mouse 20 is 
coupled to processor 12, in a manner well known in the art, via cable 22. As is shown, mouse 20 
may include left button 24, and right button 26, each of which may be depressed, or "clicked", to 
provide command and control signals to data processing system 41. While the disclosed 
embodiment of the present invention utilizes a mouse, those skilled in the art will appreciate that 
any graphical pointing device such as a light pen or touch sensitive screen may be utilized to 
implement the method and apparatus of the present invention. Upon reference to the foregoing, 
those skilled in the art will appreciate that data processing system 41 may be implemented 
utilizing a so-called personal computer. 

DESCRIPTION OF LOOM 
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LOOM is a research project in the Artificial Intelligence Research Group at the University of 
Southern California's Information Sciences Institute. The goal of the project is to develop and 
field advanced tools for knowledge representation and reasoning in Artificial Intelligence. 
LOOM software is the intellectual property of the University of Southern California. 

The LOOM software is a language and environment for constructing intelligent applications. At 
the heart of LOOM is a knowledge representation system used to provide deductive support for a 
declarative knowledge portion of the LOOM language; Declarative knowledge in LOOM 
consists of definitions, rules, facts, and default rules. A deductive engine called a classifier 
utilizes forward-chaining, semantic unification, and object-oriented truth maintenance 
technologies to compile the declarative knowledge into a network designed to efficiently support 
on-line deductive query processing. 

The LOOM system implements a logic-based pattern matcher for driving a production rule 
facility, and a pattern-directed method dispatching facility for supporting the definition of object- 
oriented methods. There is a high degree of integration between LOOM's declarative and 
procedural components. This permits programmers to utilize logic programming, production 
rule, and object-oriented programming paradigms in a single application. The LOOM software 
can also be used as a deductive layer that overlays an ordinary CLOS network. In this mode, 
users can obtain many of the benefits of using LOOM without impacting the function or 
performance of their CLOS based applications. 

LOOM has been distributed to more than 80 universities and corporations, and is being used in 
numerous DAHPA-sponsored projects in planning, software engineering, and intelligent 
integration of information. 
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Licensing of LOOM: 

The LOOM software is the intellectual property of the University of Southern California. It is not 
in the public domain; however, the University of Southern California grants permission to use 
this software for non-commercial purposes without a fee. If an application is covered by the 
terms of this fee-free license, it is not necessary to execute a written license agreement. More 
information about LOOM itself, its availability, and commercial licenses may be obtained from 
U.S.C Information Sciences Institute, 4676 Admiralty Way, Marina del Rey, California 90292- 
6695. 

System Requirements: 

The LOOM software requires a Common Lisp compiler to function properly. LOOM can be 
expected to function properly in an ANSI-compliant Common Lisp. LOOM has been tested 
using the following Common Lisp compilers and platforms: Macintosh Common Lisp version 
2.1-4.2; Franz Allegro Common Lisp; Unix (Sparc) versions 4.1-4.3, 5.0; Windows version 
4xxx, 5.x (NT); Harlequin LispWorks; Unix (Sparc) version 3.0.2; Windows version 4.0.1 (NT); 
and Lucid Common Lisp for Unix version 4.1. Although other Lisp systems may work as well, 
they are not known to have been tested. Newer versions of the lisp systems from these vendors 
should work. For example, user reports exist which indicate that LOOM Works with CMU 
Common Lisp version 18b. . 

Source Code: 

The LOOM software is distributed as source files which must be compiled using a Common Lisp 
compiler. Several versions of LOOM are available. Version 4.0 is the current release. The 
LOOM software is available in several formats, 
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The LOOM 4.0 Source includes installation instructions, and release notes in at least the 
following files: Unix tar file (3.9 MB), Gzipped Unix tar file (866 KB), and Macintosh binhex 
file (1.4 MB). 

The LOOM 3.0 Source includes installation instructions, and release notes in at least the 
following files: Unix tar file (3.5 MB), Gzipped Unix tar file (831 kB), and Macintosh binhex 
file (1.44 MB). 

The LOOM 2.1 Source includes installation instructions, and release notes in at least the 
following files, Unix tar file (3.3 MB) and Gzipped Unix tar file (780 lcB). 

Documentation, Descriptive Papers, and Manuals: 

1. LOOM Reference Manual for LOOM version 2.0, Dave Brill, December 1993. The full paper 
version is available on-line and in two formats as a postscript file. Note that since the Reference 
Manual is quite old, the release notes are an important additional source of documentation. 

2. Preliminary LOOM Function Card for LOOM version 4.0. A quick summary of LOOM 
functions, December 1998. 

3. LOOM Function Card for LOOM version 2.0. A quick summary of LOOM functions, 
December 1 993 . The full paper is available in postscripts 

4. Tutorial for LOOM version 2.1. May 1995. The full paper is available in postscript. 

5. LOOM User's Guide for LOOM version 1.4. ISX Corporation, August 1991. The full paper is 
available in postscript. 

Additional Information: 
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From the Intelligent Systems Division of ISI/UCS, Los Angeles, CA, USA. 

1 . Useful Loom reference material: 

The Intelligent Systems Division of Southern California hosts a website (isi.edu/isd) which 
provides LOOM reference material. Such materials include: Loom Users Guide (more structured 
description of language), Loom Tutorial (introductory examples and basic concepts), Loom 
Reference Manual (reference manual of all functions, macros, constructs, grammar, etc.). 

2. Ontosaurus: From the Intelligent Systems Division of ISI/UCS, CA, USA. 

■ THE KNOWLEDGE BASE . 
There are two main parts to the knowledge base: a conceptual model part, and a database part. 
This is analogous to a database with its schema and data parts. The conceptual part of the 
knowledge base is defined using concepts. There are binary concepts (otherwise known as roles 
or relations) and unary concepts (otherwise known as concepts or classes). A introduction to 
these ideas in terms of Loom can be found in the Loom reference material. 

The existential database part maybe easier to edit. To this end a brief summary is given of what 
the new instances should look like when being entered. The constructors most easily used in the 
database part of the knowledge base are "tell" and "about". Tell is used to assert propositions and 
facts about the world or domain. About references the instance those propositions refer to. 

Domain Specific Conceptual Modelling and Case Capture: This is in general how a case is to be 
entered. 
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CASE: The instance below is a case instance. It has one formation sequence name and zero or 

more decisions and/or observations. 

(tell (:about Case-Name 
CASE 

(formation-sequence Formation-Sequence-Name) 
(decision Decision-Name) 
(observation Observation-Name))) 

The instance below is that of a formation sequence instance. It was one or more formation 

names. 

(tell (:about Formation-Sequence-Name 
FORMATION_SEQUENCE 
(formation Formation-Name))) 

The instance below is that of a formation. It has one or more lithologies. It can also have 
start and stop depths and an interval length, 
(tell (:about Formation-Name 

FORMATION 

(lithology Lithology-Name) 

(formation-interval-length-ft/m NUMBER))) 

The instance below is a lithology. It has one or more hardness definitions. The one below 
has a lithology hardness percent number meaning that there is number percent of the lithology 
with the hardness specified by the hardness instance in the ternary relation. Using the interval 
length from the formation this lithology is in, the lithology hardness amount in feet or meters can 
be calculated. 

(tell (:about Lithology-Name 
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LITHOLOGY 

(lithology-hardness-percent Generic-Hardness-Instance-Narae NUMBER) 
(lithology-type-percent NUMBER))) 

The lithology definitions below has the lithology hardness amount entered directly. 

(tell (: about Lithology-Name 
LITHOLOGY 

(lithology-hardness-amount-ft/m Geneiric-Hardness-Instance-Name NUMBER) 
(lithology-type-amount-ft/m NUMBER))) 

Below is a decision instance. It has goal concepts and issue concepts. It also has an action 

instance, an author instance, and a reasoning string. (There could be other roles too.) 

(tell (:about Decision-Name 
DECISION 
(goal GOAL) 
(issue ISSUE) 
(action Action-Name) 
(author Author-Name) 
(authors-reasoning STRING))) 

Below is a drill bit action instance. It has a drill bit role which is to be filled by a drill bit' 

concept. 

(tell (:about Action-Name 
ACTION 

(drill-bit DRILL_BIT))) 

The present invention utilizes an ontological system which employs the LOOM modeling code 
which is available over the internet from the information Sciences Institute. LOOM 3.0 is the 
version that is currently available over the internet. The following is a description of the 
ontological system, and includes representative code for modeling drilling information. 
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THE ONTQT-OGICAL SYSTEM: The system's main ontological definitions will now be 
outlined with both a plain English style explanation of the intended meaning and with a copy of 
the Loom modeling code to reference. 

KNOWLEDGE MANAGEMENT CONCEPTS 
This is one of the main ontological "top level concepts". Top level concepts are those that are of 
type thing, which is a concept defined in Loom's theory BUILT-IN-THEORY. Any user-defined 
concept will be of type THING. . 
(defconceptKNOWLEDGE_MANAGEMENT_CONCEPT) 

Knowledge management concepts can be broken down into three broad categories including I 
CASES, II ENVIRONMENT, III DOWNHOLE EQUIPMENT. The following is a description of 
each of these three categories. The types of information which is modeled in the CASES 
category includes date, location, decisions, issues, actions, goals, author, author's reasoning, 
company's reasoning, spin, observation, observation text, observation category, and observation 
formation. The information which is structured in the environment category includes drilling 
fluid concepts, rock concepts, formation sequences, single formation sequences, multiple 
formation sequences, formations, single ontology formations, multiple ontology formations, 
lithologies, and hardnesses. The types of information organized in the downhole equipment 
category includes bottomhole assemblies, bottomhole assembly components, and drill bits. 
I. CASES 

A case is (usually) a bit run case. That is, if some one experienced some bit run worthy of 
broadcast, then the formation sequence drilled should be represented, as well as the decisions 
taken on how to drill that formation sequence. That is, there are several decisions which must, 
also be represented. A decision can be a decision about the chosen drill bit, the mud, the BHA, 
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the flow rate, and so on. The case need not be an actual drill bit run if the person entering the 

case feels that he has some highly structured experience or knowledge he wishes to share. A case 

also has a date on which it was captured and a location which it is supposed that the case' is 

applicable to. Representative code for case identification follows. 

(defconcept CASE 
:is-primitive 

(:and (:exactly 1 formation-sequence) 

(-.all decision DECISION) 

(-.all observation OBSERVATION))) 

(1) Site: The date is the date on which the bit run or generic knowledge was 'told' to the KB. It 

consists of at most 1 day, month, and/or year. Representative code follows. 

(defconcept DATE :is-primitive 
(:and(:at-mostl day) 

(:at-most 1 month) 
(:at-most 1 year))) 

(2) Location : The location is the geographical position at which the bit run or knowledge is 
believed to be applicable to or came from. Representative code follows. 

(defconcept LOCATION) 

(3) ' Decisions : A decision here is presupposed to have several different dimensions. These 
include: issues, actions, goals, an author, a spin, and a reasoning. These dimensions, it is felt, 
provide a good balance between structure and text. The structure is to enable the formal 

. representative and therefore search power required, and the textual for the more free flowing and 
readable information. 
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These decisions are parameter led. in that you should only really have a decision object if you 

came to some decision about a parameter which is possible to modify in the real world and 

which was indeed modified with. reference to some consideration (issue and goal). A parameter 

• can be a drill bit, the flow rate, the BHA used, etc. Representative code follows. 

(defconcept DECISION 
:is-primitive 
(;and (:exactly 1 action) 
(:at-most 10 issue) 
(:at--most 10 goal) 
(:at-most 1 authors-reasoning) 
(:at-most 1 companys-reasoning) 
(:at-most 1 author) 
(:at-most 1 spin))) 

(4) Issues : An issue is some observation or issue that the engineer was aware of when making his 
decision. The issues in the current version reflect quite strongly the Best Practice Drilling 
database, and the link roles shown below are intended to reflect this. These could be filled with , 
links to other media, indeed to the Notes database itself through URLs. Representative code 
follows. 

(defconceptlSSUE 
:is-primitive 

(:and KNOWLEDGE__MANAGEMENT_CONCEPT 
(:at-most 1 symptoms-and-diagnosis-lirik) 
(:at-most 1 description-link) 
(:at-most 1 parameters-link) 
(:at-most 1 diagnostic-information-link) 
(:at-most 1 planning-actions-link) 
(:at-most 1 operating-practices-link) 
(:at-most 1 examples-link))) 
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(5) Actions : An action is the real-world consequent the engineer performed as part of his 
decision. Representative code follows. 

(defconcept ACTION 
:is-primitive 

(: and KNOWLEDGE JVIANAGEMENT_CONCEPT 
(:at-most 1. categorical-outcome) 
(:at-most 1 textual-outcome))) 

(6) Goals: A goal is an objective which the engineer was aiming to achieve with that decision in 
particular. Representative code follows. , 

(defconcept GOAL 

:is-primitive 

(:and KNOWLEDGE JvlANAGEMENT_CONCEPT)) 

(7) Author : The author is the name of the person telling the decision to the KB. This is part of the 
decision and not the case as there may be a team involved, with different experts taking different 
decisions, or there may be multiple experts involved in the one decision. Representative code 
follows. 

(defconcept AUTHOR as-primitive 
(:and (:exactly 1 first-name) 

(:exactly 1 last-name))) 

(8) Author's Reasoning : Reasoning is a field of free-text for explanations for example of 
why a certain drill bit was chosen. This is to allow the possibility of incomplete, inaccurate, 
and even incoherent explanations for actions being stored; after all, the main reasoning or 
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determinism for the action is the other structured information describing the circumstances in 
which the action was taken, such as the formation sequence. Representative code follows. 

(defrelation authors-reasoning 
:domain DECISION 
:range STRING 

•.characteristics (: closed-world : single-world)) 

(9) Com pany's Reasoning : This is to allow a field which expresses the company's commonly 

agreed upon beliefs for the decision in question. Representative code follows. 

(defrelation companys-reasoning 
•.domain DECISION 
■.range STRING 

characteristics (xlosed-world : single-world)) 

(10) Spjn: The 'spin' is the type of the knowledge captured in terms of whether it is positive or 
negative in its effect. That is, if a case is entered which in effect is guiding the user to not using 
the action used in that example, then that should be considered a type of negative knowledge. If, 
on the other hand, a case has as its effect an engineer retrieving a case and executing the same or 
similar action, then that case should be considered positive. Representative code follows. 

(defrelation spin 

:domain DECISION 
:rangeSPIN 

characteristics (xlosed-world -.single-world)) 

(defset SPIN 

. :is-primitive 
(:and KNOWLEDGE_MANAGEMENT_CONCEPT 
(:one-of 'Positive "Negative))) 
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(1 1) Observations : An observation is some state or behavior observed in the drilling process. The 
concept has the three roles of textual-observation, categorical-observation, and observation 
formation. The last of these relations allows the user to specify more accurately where the 
observation is valid. Observations should be left to the sort of knowledge exemplified by "ROP 
dips going through the sand stringers lower down in this bit run", etc. Representative code 

follows. 

(defconcept OBSERVATION 

:is-primitive 

(:and KNOWLEDGE jMANAGEMENT_CONCEPT 
(:at-most 1 observation-formation) 
(:at-most 1 textual-observation) 
(:at-most 1 categorical-observation))) 

(12) Observation Text : A free text field left for the user to explain himself in plain English. 
Representative code follows. 

(13) Observation Category : This is a concept hierarchy of observations which help to narrow for 
the purposes of search the context, subject, and object, amongst other things, of the free text. 

(14) nwvtiqn Formation: This is to allow the user to more accurately contextualize his 
observation. 

H. ENVIRONMENT 

The environment here is described in terms of conceptual rock sequences. These sequences have 
some ontological constraints on them. For. instance, if the user wishes to specify the depth and/or 
length of a particular section of lithology then that section has to be represented as a formation. 
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The super-structure larger than that is the formation sequence, which can have one or more 
formations. Each formation can have one or more lithology. A lithology has no depth or length 
roles. 

(1) Tv-iiiin p Fluid Concepts : This is a concept representing the muds used in drilling oil 
wells. This is a top level concept in the ontology. Representative code follows. 

(defconcept DRILL1NG_FLUID_C0NCEPT) 

(2) "Rock Concepts : This is a top level concept representing all rock-related concepts, including 
lithologies, formations, and formation sequences. Representative code follows. 

(defconcept ROCK_CONCEPT) 

(3) Pnrmatior, Sequences: A formation sequence is the constructor used to assemble all of the 
separate sub-sequences identified by the user when describing their well. The formation 
sequence will usually be the section the drill bit drilled in its run. A formation sequence has one 
or more constituent formations. Representative code follows. 

(defconcept FORMATION_SEQUENCE 
:is-primitive 

(:andROCIC_CONCEPT 

(:at-least 1 formation))) 

(4) *anpi H Formation F ormation Sequences : This is a formation sequence with only the single 
constituent formation. Representative code follows. 

(defconcept SINGLE_FORMATlON_FORMATION_SEQUENCE 
:is 

(-.and FORMATIOH_SEQUENCE 
(•.exactly 1 formation))) 
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(5) Multi ple Formation Formation Sequences : This is a formation sequence with at least two 
constituent formations. Representative code follows. 

(defconcept MULTIPLE_FORMATION_FORMATION_SEQUENCE 
:is 

(:and FORMATION_SEQUENCE 
(:at-Ieast 2 tormatlonjj) 

(6) Formations : A formation has one or more lithologies. A formation is the conceptual modeling 

granularity at which the user should be representing any part of his. well he feels should have 

represented interval lengths and depths. Even stringers, or production sands, if these, it is felt, 

need to have depths and/or lengths attached to their storage, would, need to be modeled as 

•formations'. If however, it is only stringers in a majority lithology, which have unimportant 

positions of depth in the over-all sequence due to uncertainty or irrelevance, then these stringers 

are lithologies' and the overall stringer and majority lithology sequence is then the 'formation'. 

Representative code follows. 

(defconcept FORMATION 
:is-primitive 

(:andROCK_CONCEPf 
(:at-Ieast 1 lithology))) 

The relation comes-in-somewhere-after relates two formations, the first of which comes in 
somewhere after the other. Representative code follows, 
(defrelation comes-in-somewhere-after 

-.domain FORMATION_SEQUENCE 
:range FORMATION 

characteristics (multiple-valued :closed-world) 
:is (satisfies (?formation-x ?formation-y) 
(:and 
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(FORMATION ?formation-x) 
(FORMATION ?formation-y) 

(:or (comes-in-immediately-after ?formation-x ?formation-y) 
(•.exists (?formation-z) 
(:and 

(FORMATION ?formation-z) 
(comes-in-somewhere-after ?formation-x ?formation-z) 
(comes-in-somewhere-after ?formation-z ?formation- 

y))))))) 

The relation comes-in-somewhere-before relates two formations, the first of which comes in 

somewhere before the other. Representative code follows. 

(defrelation comes-in-somewhere-before 

:domain FORMATION_SEQUENCE 
:range FORMATION 

xharacteristics (: closed-world -.multiple-valued) 
:is (-.satisfies (?formation-x ?formation-y) 
(:and 

(FORMATION ?formation-x) 
(FORMATION ?formation-y) 

(:or (comes-in-immediately-before ?formation-x ?formation-y) 
(•.exists (?fo'rmation-z) 
(-.and 

(FORMATION ?formation-z) 

(comes-in-somewhere-before ?formation-x ?formation-z) 
(comes-in-somewhere-before ?formation-z ?formation- 

y))))))) 
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The relation comes-in-immediately-after relates two formations, the first of which comes in 
immediately after the other. Representative code follows. 

(defrelationcomes-in-immediately-after 

:domain FORMATION_SEQUENCE 
•.range FORMATION 

characteristics (:closed-world : single-valued)) 

The relation comes-in-immediately-before relates two formations, the first of which comes in 

immediately before the other. Representative code follows. 

(defrelation comes-m-immediately-before 

:domain FORMATION_SEQUENCE 
:range FORMATION 

characteristics (: closed-world :single-valued)) 

( 7 ) si^te Lithology Formations : These are formations conceptualized to have only the single 
lithology type present (although it may have multiple harnesses). Representative code follows. 

(defconcept SINGLE_LITHOLOGY_FORMATION 
:is 

(:and FORMATION 

(exactly 1 lithology))) 

(8) Multi ple Lithology Formations : These are formations conceptualized to have multiple 
lithology types present (each of which may have multiple harnesses). Representative code 
follows. 

(defconcept MULTIPLE_LITHOLOGY_FORMATION 
:is 

(:and FORMATION 
(:at-least 2 lithology))) 
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(9) Litholoeies : A lithology is the basic rock type, e.g., sand, shale, etc. Each lithology type also 

has an amount or a percentage amount for the formation in which it is present. As well as this, 

each lithology type is broken down into having a hardness, which then itself has an amount or a 

percentage amount for the lithology type. In this way, complex conceptual descriptions can be 

built up of the well's statistical hardness profile. It can be envisaged that a tool useful in the 

construction of such conceptual description could be useful; as different levels of accuracy are 

obtainable, from the very coarse, to the very fine, grained and, obviously, the more fine grained, 

the more work is required to enter the definitions. Representative code follows. 

(defconcept LITHOLOGY 
:is-primitive 
(:and 

ROCKCONCEPT)) 

(10) Hardnesses : There are various hardness concepts, each with their meaning specified by their 
UCS ranges. At the top level there is HARDNESS. Below that there are six second tier sub- 
categories of hardness starting at OkPSI, and increasing in steps of 5kPSI. There are also finer 
grained hardness sub-categories below each second tier category. These start at 0 kPSI and 
increase in steps of 2.5kPSI. Each of the six second tier hardness categories has a LOWER_ and 
an UPPER_ third tier sub-category. This gives twelve third-tier hardness categories. 

An interesting note to be made about harnesses is the following. If there is known to be 60% 
hard shale and 40% firm shale then that shale can be modeled with those stated percentages. If, 
however, it is only known that the shale has firm and hard harnesses in it, then a hardness 
FIRM_TO_HARD could be used as its hardness category (of which there is obviously 100% of). 
This modelling trick is useful when the exact percentage breakdown of the various constituent 
harnesses is unavailable. Representative code follows. 
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(defconcept HARDNESS 
:is-primitive 

(:and ROCK_CONCEPT 
(:at-most 1 ucs))) 

Due to the fact that a lithology may have one type (e.g., it is shale), they can have more than one 
hardness (e.g., that shale may have 100m of very soft rock with 300m soft rock also). 
Representative code follows. 

(defrelation hardness 

: domain LITHOLOGY 
:range HARDNESS 

characteristics (-.closed-world -.multiple-valued)) 
The following relation calculates the amount of lithology in feet of a certain hardness. It relates 
the amount, the hardness and the lithology in a ternary relation, 
(defrelation Iithology-hardness-amount-ft 
:arity 3 

:domains (LITHOLOGY HARDNESS) 
:range NUMBER 

characteristics (:closed-world :single-valued) 
:is (satisfies (?lithology ?hardness ?hardness-amount-ft) 
(:exists (?percent ?amount) 

(•and (lithology-hardness-percent ?lithology ?hardness ?percent) 
(lithology-type-amount-ft ?lithology ?amount) 
(* (/ ?percent 100.0)?amount ?hardness-amount-ft))))) 

The following relation calculates the amount of lithology in meters of a certain hardness. It 
relates the amount, the hardness and the lithology in a ternary relation, 
(defrelation Iithology-hardness-amount-m 
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:arity3 

:domains(LITHOLOGY HARDNESS) 
:rangeNUMBER 

•.characteristics (:closed-world :single-valued) 
:is (:satisfies (?lithology ?hardness ?hardness-amount-m) 
(:exists (?percent ?amount) 

(;and (lithology-hardness-percent ?lithology ?hardness ?percent) 
(lithology-type-amount-m ?lithology ?amount) 
(* (/ ?percent 100.0)?amount ?hardness-amount-m))))) 

The following relation calculates the amount of lithology in a formation in feet. 

(defrelationlithology-type-amount-ft 
:domain LITHOLOGY 
:rangeNUMBER 

•.characteristics (:closed-world : single-valued) 
:is (satisfies (?Iithology ?amount-ft) 

(:exists (?percent ?formation ?length-ft) 

(:and (lithology ?formation ?lithology) 

(formation-interval-length-ft ?formation ?length-ft) 
(lithology-type-percent ?lithology ?percent) 
(* (/ ?percent 100.0)?length-ft ?amount-ft))))) 

The following relation calculates the amount, of lithology in a formation in meters. 

(defrelationlithology-type-amount-m 
:domain LITHOLOGY 
•.rangeNUMBER 

xharacteristics (-.closed-world : single- valued) 
:is (satisfies (?lithology ?amount-m) 

(:exists (?percent ?formation ?length-m) 

(:and (lithology ?formation ?lithology) 

(formation-interval-length-m ?formation ?length-m) 
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(lilhology-type-percent ?lithology ?percent) 
(* (/ ?percent 100.0) ?length-m ?amount-m))))) 

The following concept is an example of one of the second tier hardness concepts. It will have 

two subconcepts, upper soft and lower soft, beneath it. It is defined in terms of its ucs range. It is 

also defined in that it is not primitive, and as such will recognize any hardness instance with its 

ucs range. 

(defconcept SOFT 
:is 

(:andHARDNESS ' 
(>= ucs 5000) 
(<ucs 10000))) 

m. DOWN-HOLE EQUIPMENT 

A down-hole tool is here defined to be anything that goes down hole and is not part of a 
recycling system (such as the fluid). So, a down-hole tool is a drill bit, a BHA component, and so 
on. Down-hole equipment concept is a top level concept, 
(defconcept DOWN-HOLE_EQUIPMENT_CONCEPT) 

(1) Tinttnm Hole Assemblies : Bottom hole assemblies have at least 1 bha component. 
Representative code follows. 

(defconcept BOTTOM_HOLE_ASSEMBLY 
ds-primitive 

(:and DOWN-HOLE_EQUIPMENT_CONCEPT 
(:at-least 1 bha-component))) 
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(2) BHA Components : A BHA component is anything capable of being added to the BHA. So, 

motors, bits, MWD, VSS, under-reamers, etc, are all considered BHA_COMPONENTS . 

Representative code follows. 

(defconcept BHA_COMPONENT 
:is-primitive 

(:andDOWN-HOLE_EQUIPMENT_CONCEPT)) 

(3) Drill Bits : A drill bit is a type of down-hole equipment concept with exactly 1 bit gauge. 

Representative code follows. 

(defconcept DR1LL_BIT as-primitive 

(:and DOWN-HOLE_EQUIPMENT_CONCEPT 

(:exactly 1 bit-gauge))). 

Following is a description of how one interacts with the database utilizing the LOOM artificial- 
intelligence system. Representative code is included where necessary to explain the concepts. 

HOW TO INTERACT WITH THE SYSTEM 
I Querying Instances 

The functions retrieve and ask provide the interface to Loom's deductive query facility. Retrieve 
is used for retrieving facts (instances from a knowledge base), while ask is used to determine 
whether or not a proposition is true with respect to the currently stated rules and facts. 

A query has one of the following forms . 

(retrieve ?ml query) 

(retrieve (?ml ... ?mn) 

(ask query) 
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The ?m n are called output variables, and query is an open sentence in which the output variables 
appear unbound (unquantified). Qquery can be any arbitrary expression in the first order 
predicate calculus (FOPC). The output variables must be prefixed with the character '?'. 

As a note of interest, when querying for instances, the full benefits of the subsumption relation 
comes free. That is, if you have an instance of a drill bit called My-STR20 which is asserted (or 
deduced) to be of type STR2Q (a type of TRICONE), when you come to look for cases with drill 
bits which are of type TRICONE, My-STR20 will be recognized as such by Loom's nominal 
query behavior. However, if a case's drill bit has been, like it is here, represented as a concept, 
then if you enter the query looking for cases with a drill bit of type TRICONE, Loom will, unless 
forced, not check the conceptual subsumption relation. Hence, to search in a more powerful 
manner, the function subrelations must be used, which will force Loom to check for subrelation 
(including subconcept) relations. 

II. Examples Queries 
Beginning with basic queries, a more complex query will be built. 

(1) Querying Formation Sequences : This is probably the most sophisticated form of querying 
that will be done of the knowledge base. The two concepts likely to be of interest are formation 
sequences and formations (which are components of formation sequences). This is due to the 
more complex ternary relations used in the modelling of the lithologies (which are components 
of formations). It is also due to the ambiguity that will arise when users split up (or 
'conceptualize') their wells into different formations (whilst, maybe, talking about essentially the 
same formation sequence) using different criteria. If that happens, then the user will want to look 
for formation sequences that, as a whole, contain, for example, 300 meters and over of very soft 
to soft shale type lithology. This therefore involves summing the amounts of very soft -to soft 
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shales over all the formations constituent to each formation sequence. Hence the requirement for 
the sum and count functions below. Also, the query works over all sub-types of shale (e.g., 
balling shale). It also works over all sub-types of either soft or very soft (e.g., lower very soft). 
So, the lithology defined as lower very soft balling shale would also have its amount added (as 
per the query below) to the variable ?lithology-amount-ft. 

There are several different flavors to querying formation sequences. You can query for an 
overall cumulative amount of a certain hardness of a certain lithology over all the formations of a 
formation sequence. 

' You can query formations which have amo 

query below queries for cases which have a formation sequence which has as its constituents of 
its formation(s) greater than or equal to 1900 feet of very soft to soft (including all subtypes of 
soft and very soft) of shale (including all sub-types of shale). Representative code follows. 

(retrieve ?case 
(:and 

(CASE?case) 

(>= (sum Ocollect ?Iithology-amount-ft 
(-.and 

Oexists (?formation-sequence ?formation ?lithology ?hardness) 
(:and 

(formation-sequence ?case ?formation-sequence) 
(formation ?formation-sequence ?formation) 
(lithology ?formation ?lithology) 

(lithology-hardness-amount-ft ?lithology ?hardness ?lithology amount-ft) 
(:or 

(VERY_SOFT ?hardness) 
(SOFT ?hardness)) 



HOUSTON\3825169.3 



SUBSTITUTE SPECIFICATION 



(SHALE ?lithology) 
))))) 

1900))) 

2. Qnervim Authors n^. and Locations: The query below queries for cases that have Scott 
MacDonald as author, of 1998, and in the Gulf of Mexico area. Representative code follows. 

(retrieve ?case 
(:and 

(CASE ?case) 

(:exists (?decision ?date Tyear ?author ?location) 
(:and 

(date ?case ?date) 
(year ?date ?year) 
(= ?year 1998) 
(decision ?case ?decision) 
(author ?decision ?author) 
(= ?author Scott-MacDonald) 
(location ?case ?location) 
(=?locationGOM))))) 

3. nnerving Goals: The query below queries for cases that have a drill bit decision such that one 
of its goals was for good ROP with good bit cleaning. Representative code follows. 

(retrieve ?case 
(:and 

(CASE?case) 

(•.exists (?decision) 

(decision ?case ?decision) 

(DRILL t _BIT_PLANNING_DECISION ?decision) 

(goal ?decision GOOD_ROP_WITH_GOOD_BIT_CLEANTNG)))) 
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4. Querying Actions : The query below queries for cases where the drill bit (planning) action was 
to use a drill bit of type steel-tooth. This query will work if the drill-bit role has been filled with a- 
concept The second query will work if the role drill bit has been filled by an instance of a drill 
bit. For the querying of other actions, goals, and issues, the first type of querying would be used, 
as all their respective roles have their fillers in instances (of cases) represented as concepts. 
Representative code follows. ' 

(retrieve ?case 
(:and 

(CASE ?case) 

(:exists (Tdecision ?action ?bit) 
(:and 

(decision Tease Tdecision) 
(DIOLL_BIT_PLANNING_DECISION?decision) 

(action Tdecision ?action) 
(DRJLL_BIT_PLANNTNG_ACTION Taction) 
(drill-bit Taction ?bit) 

(subrelations STEEL-TOOTH J}RILL_BIT ?bit))))) 

(retrieve ?case 
(:and 

(CASE?case) 

(:exists (?decision Taction ?bit) 
(:and 

(decision Tease Tdecision) 
(DRTLL_BITJPLANNTNGJDECISION Tdecision) 
(action Tdecision Taction) 
(DRILL_BIT_PLANNTNG_ACTION Taction) 
(drill-bit Taction Tbit) 
(STEEL-TOOTH JDPvELLJBIT Tbit))))) 
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5. Com plete Querying : The query below is an example of how many smaller queries can be stuck 
together to generate more complex queries. Particular note should be taken of the many 
individual :exists calls with their' attendant parameters lists. Representative code follows. 

The complex query below queries for cases that have more than or equal to 1900 feet of soft to 
very soft shale (as above), which had as a goal of the drill bit decision good ROP with good bit 
cleaning (as above), which also were recorded in 1998 in the Gulf of Mexico by Scott 
MacDonald (as above), and that the drill bit chosen should be some type of steel tooth drill bit. 

(retrieve ?case 
(-.and 

(CASE?case) 

10 (>= (sum (-.collect ?lithology-amount-ft 
(:and 

(:exists (?formation-sequence ?formation ?lithology ?hardness) 
(:and 

(formation-sequence ?case ?formation-sequence) 
(formation ?formation-sequence ?formation) 
(lithology ?formation ?lithology) 
(lithology-hardness-amount-ft ?lithology ?hardness 

?lithology-amount-ft) 

Cor 

(VERYJ30FT ?hardness) 
(SOFT ?hardness)) 
(SHALE ?lithology) 
))))) 

1900) 

(•.exists (?decisioh ?date ?year ?author ?Iocation) 
(:and 

(date ?case ?date) 
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(year ?date ?year) 
(= ?year 1998) 
(decision ?case ?decision) 
(author ?decision ?author) 
(= ?author Scott-MacDonald) 
(location ?case ?location) 
(= ?location GOM))) 
(:exists (?decision ?issue) 
(:and 

(decision ?case ?decision) 
(issue ?decision ?issue) 

(subrelations ?issue GOOD_ROP_WITH_.GOOD_BIT_CLEANING) 
(author ?decision Scott-MacDonald))) 
(:exists (?decision ?action ?drill-bit) 
(decision ?case ?decision) 

(DRJLL_BIT_PLA]SnsnKGJDECISION?decision) 

(action ?decision ?action) 
(DRILL_BIT_PLANNING_ACTION ?action) 
(drill-bit ?action ?drill-bit) 

(subrelations STEEL-TOOTHJPPJLL_BIT ?drill-bit)))) 
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Field of the Invcntio flf 

A method has .been designed for storing drilling knowledge and experience in a' highly 
structured fashion that permits the user to identify drilling cases that meet user-specified criteria 
and to retrieve the knowledge and experience relating to those cases. In this way the user is able 
to retrieve the knowledge and experience learned in cases that are analogous to one or more 
current cases they are studying. 

^SUMMARY OF THE INVENTION* 
The fundamental functionality of the system is to represent drilling experiences in a highly 
structured fashion, so that the system can then be interrogated by querying for analogous cases. 
In this way, it supports certain decisions the engineer may make through the application of 
captured and stored organizational experience. The system's preferred technology . for 
implementing this is a logic-intensive computer system (implemented using a Description Logic 
called LOOM), which allows for the logical representative of concepts and relationships 
commonly conceptualized in the drilling domain. These are then organized into a subsumption 
hierarchy automatically by LOOM; such a set of defined concepts and relationship is called an 
ontology in the literature. More complex concepts can be built/described using the more 
base/primitive concepts and relationships, such as a schema for the describing' of bit run 
expectations elicited from field engineers including their decisions. The system can also be used 
to constrain what is expressible by the field engineer in terms of the case's description, thereby 



limiting the bounds of his knowledge, and effectively putting extreme best practice limits, on, 
say, his drill bit selection in certain hardnesses of rocks. The invention claimed is the utilization 
of a set of concepts and relationships to represent the drilling related knowledge and experience. . 
BRTEF 1VBS CR TPTTON Q T7 TTTF, PR AWTNGS 
Figure 1 depicts one example of drilling operations condu cted in accordance with the 
present invention: 

Figure 7. is a blonk diagram r p-pragentativp. nf the preferred embodiment of the present 
invention: and 

Figure 3 is a general purpose data processing system accord ing to an embodiment of the 
invention. 

DETAILED DESCRIPTION OF THE INVENTION 
OVERVIEW OF DRILLING OPERATIONS : Figure 1 depicts one example of drilling 
operations conducted in accordance with the present invention. 

As is shown, a conventional rig 3 includes a derrick 5, derrick floor 7, draw works 9, hook 11, 
swivel 13, kelly joint 15, and rotary table 17.. A drillstring 19 which includes drill pipe section 
21 and drill collar section 23 extends downward from rig 3 into wellbore 1. Prill collar section 
23 preferably includes a number of tubular drill collar members which connect together, 
including a measurement-while-drilling logging subassembly and cooperating mud pulse 
•telemetry data transmission subassembly, which are collectively referred to hereinafter as 
"measurement and communication system 25". 

During drilling operations, drilling fluid is circulated from mud pit .27 through mud pump 29, 
through a desurger 31, and through mud supply line 33 into swivel 13. The drilling mud flows 
through the kelly joint and an axial central bore in the drillstring. Eventually, it exits through jets 
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which are located in downhole drill bit 26 which is connected to the lowermost portion of 
measurement and communication system 25. The drilling mud flows back up through the annular 
space between the outer surface of the drillstring and the inner surface of wellbore 1, to be 
circulated to the surface where it is returned to mud pit 27 through mud return line 35. A shaker 
screen (which is not shown) separates formation cuttings from the drilling mud before it returns 
to mud pit 27. 

Preferably, measurement and communication system 25 utilizes a mud pulse telemetry technique 
to communicate data from a downhole location to the surface while drilling operations take 
place. To receive data at the surface, transducer 37 is provided in communication with mud 
supply line 33. This transducer generates electrical signals in response to drilling mud pressure 
variations. These electrical signals are transmitted by a surface conductor 39 to a surface 
electronic processing system 41, which is preferably a data processing system with a central 
processing unit for executing program instructions, and for responding to user commands entered 
through either a keyboard or a graphical pointing device. 

The mud pulse telemetry system is provided for communicating data to the surface concerning 
numerous downhole conditions sensed by well logging transducers or measurement systems that 

I are ordinarily located within measurement and communication system 25. Mud pulses that 
define the data propagated to the surface are produced by equipment which is located within 

j measurement and communication system 25. Such equipment typically comprises a pressure 
pulse generator operating under control of electronics contained in an instrument housing to 
allow drilling mud to vent through an orifice extending through the drill collar wall. Each time 
the pressure pulse generator causes such venting, a negative pressure pulse is transmitted which 

I can be received by surface transducer 37. An alternative conventional arrangement generates and 
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transmits positive pressure pulses. As is conventional, the circulating mud provides a source of 
energy for a turbine-driven generator subassembly which is located within measurement and 
communication system 25. The turbine-driven generator generates electrical power for the 
pressure pulse generator and for various circuits including those circuits which form the 
operational components of the measurement-while-drilling tools. As an alternative or 
supplemental source of electrical power, batteries may be provided, particularly as a back-up for 
the turbine-driven generator. 

OVERVIEW OF THE INVENTION 
Figure 2- is a block diagram representative of the preferred embodiment of the present invention. 
As is shown, a drilling situation 101 is presented to user 103. User 103 must 30-malce a decision 
concerning the drilling situation. The decision may include determining what types of downhole 
equipment to utilize, such as a selection of rock bits for particular types of drilling situations. 
User 103 interacts through user interface 107 with database 111. User interface includes a means 
for receiving a search request from user 103 and a means for providing an output to user 103 in a 
human-readable form. In accordance with the preferred embodiment of the present invention, the 
user generates a query which is defined by user-specified criteria 109 which is passed from user 
interface 107 to database 111.. Database 111 includes structured data which represents captured 
and stored organizational experience. For example, the structured data may include drilling 
knowledge 115 and/or drilling experience 117. The user-specified criteria is utilized to query 
database 4-111 in a manner which generates as an output the relevant or analogous knowledge 
and experience resident or present in database 111. This is passed through user interface 107 to 
user 103. User 103 then may utilize the knowledge to make drilling decision 105. 
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The user interface 107 and database 111 of Figure 2 are preferably constructed utilizing 
executable program instructions. Preferably, the program instructions are executed by a general 
purpose data processing system, such as that depicted in Figure 3. 

With reference now to the figures and in particular with reference to Figure 3, there is depicted a 
pictorial representative of data processing system 41 which may be programmed in accordance 
with the present invention. As may be seen, data processing system 41 includes processor 12 
which preferably includes a graphics processor, memory device and central processor (not 
shown). Coupled to processor 12 is video display 14 which may be implemented utilizing either 
a color or monochromatic monitor, in a manner well known in the art. Also coupled to processor 
12 is keyboard 16. Keyboard 16 preferably comprises a standard computer keyboard which is 
coupled to the processor by means of cable 18. 

Also coupled to processor 12 is a graphical pointing device, such as mouse 20. Mouse 20 is 
coupled to processor 12, in a manner well known in the art, via cable 22. As is shown, mouse 20 
may include left button 24, and right button 26, each of which may be depressed, or "clicked", to 
provide command and control signals to data processing system 41. "While the disclosed 
embodiment of the present invention utilizes a mouse, 20-those skilled in the art will appreciate 
that any graphical pointing device such as a light pen or touch sensitive screen may be utilized to 
implement the method and apparatus of the present invention. Upon reference to the foregoing, 
j those skilled in the art will appreciate that data processing system 41 may be implemented 
utilizing a so-called personal computer. 

DESCRIPTION OF LOOM 



SUBSTITUTE SPECJFTCA TION 

LOOM is a research project in the Artificial Intelligence Research Group at the University of 
Southern California's Information Sciences Institute. The goal of the project is to develop and 
field advanced tools for knowledge representation and reasoning in Artificial Intelligence. 
LOOM software is the intellectual property of the University of Southern California. 

The LOOM software is a language and environment for constructing intelligent applications. At 
the heart of LOOM is a knowledge representation system used to provide deductive support for a 
declarative knowledge portion of the LOOM language. Declarative knowledge in LOOM 
consists of definitions, rules, facts, and default rules. A deductive engine called a classifier 
utilizes forward-chaining, semantic unification, and object-oriented truth maintenance 
technologies to compile the declarative knowledge into a network designed to efficiently support 
on-line deductive query processing. 

The LOOM system implements a logic-based pattern matcher for driving a production rule 
facility, and a pattern-directed method dispatching facility for supporting the definition of object- 
oriented methods. There is a high degree of integration between LOOM's declarative and 
procedural components. This permits programmers to utilize logic programming, production 
rule, and object-oriented programming paradigms in a single application. The LOOM software 
can also be used as a deductive layer that, overlays an ordinary CLOS network. In this mode, 
users can obtain many of the benefits of using LOOM without impacting the function or 
performance of their CLOS- = based applications. 

LOOM has been distributed to more than 80 universities and corporations, and is being used in 
numerous DARPA-sponsored projects in planning, software engineering, and intelligent 
integration of information. 
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Licensing of LOOM: 

The LOOM software is the intellectual property of the University of Southern California. It is not 
in the public domain; however, the University of Southern California grants permission to use 
this software for non-commercial purposes without a fee. If an application is covered by the 
terms of this fee-free license, it is not necessary to execute a written license agreement. More 
information about LOOM itself, its availability, and commercial licenses may be obtained from 
U.S.C. Information Sciences Institute, 4676 Admiralty Way, Marina del Rey, California 90292- 
6695. 

System Requirements: 

The LOOM software requires a Common Lisp compiler to function properly. LOOM can be 
expected to function properly in an ANSI-compliant Common Lisp. LOOM has been tested 
using the following Common Lisp compilers and platforms: Macintosh Common Lisp version 
2.1-4.2; Franz Allegro Common Lisp; Unix (SpawSpjre) versions 4.1-4.3, 5.0; Windows version 
4xxx, 5.x (NT); Harlequin LispWorks; Unix (SirafeSjam) version 3.0.2; Windows version 4.0.1 
(NT); and Lucid Common Lisp for Unix version 4.1. Although other Lisp systems may work as 
well, they are not known to have been tested. Newer versions of the lisp systems from these 
vendors should work. For example, user reports exist which indicate that LOOM works with 
CMU Common Lisp version 18b. 

Source Code: 

The LOOM software is distributed as source files which must be compiled using a Common Lisp 
compiler. Several versions of LOOM are available. ¥ersisonYgjsiffl 4.0 is the current release. 
The LOOM software is available in several formatSv a 
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The LOOM 4.0 Source includes installation instructions, and release notes in at least the 
following files: Unix tar file (3.9 MB), Gzipped Unix tar file (866 1<B), and Macintosh binhex 
file (1.4 MB). 

The LOOM 3.0 Source includes installation instructions, and release notes in at least the 
following files: Unix tar file (3.5 MB), Gzipped Unix tar file (831 KB), and Macintosh. binhex 
file (1.44 MB). 

The LOOM 2.1 Source includes installation instructions, and release notes in at least the 
following files, Unix tar file (3.3 MB) and' Gzipped Unix tar file (780 KB). 

Documentation, Descriptive Papers, and Manuals: 

1. LOOM Reference Manual for LOOM version 2.0, Dave Brill, December 1993. The full paper 
version is available on-line and in two formats as a postscript, file. Note that since the Reference 
Manual is quite old, the release notes are an important additional source of documentation. 

2. Preliminary LOOM Function Card for LOOM version 4.0. A quick summary of LOOM 
junctions, December 1998. 

3. LOOM Function Card for LOOM version 2.0. A quick summary of LOOM functions, 
December 1 993 . The full paper is available in postscript-^ 

4. Tutorial for LOOM version 2.1. May 1995. The full paper is available in postscript. 

5. LOOM User's Guide for LOOM version 1.4. ISX Corporation, August 1991. The full 
jpaper is available in postscript. 
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Additional Information: 

From the Intelligent Systems Division of ISI/UCS, Los Angeles, CA, USA. 

1. Useful Loom reference material: 

The Intelligent Systems Division of Southern California hosts a website (isi.edu/isd) which 
provides LOOM reference material. Such materials include: Loom Users Guide (more structured 
description of language), Loom Tutorial (introductory examples and basic concepts), Loom 
Reference Manual (reference manual of all functions, macros, constructs, grammar, etc.). 

2. Ontosaurus: From the Intelligent Systems Division of ISI/UCS, CA, USA. 

THE KNOWLEDGE BASE 

There are two main parts to the knowledge base: a conceptual model part, and a database part. 
This is analogous to a database with its schema and data parts. The conceptual part of the 
knowledge base is defined using concepts. There are binary concepts (otherwise known as roles 
or relations) and unary concepts (otherwise known as concepts or classes). A introduction to 
these ideas in terms of Loom can be found in the Loom reference material. 

The existential database part is maybe easier to edit. To this end a brief summary is given of 
what the new instances should look like when being entered. The constructors most easily used 
| in the database part of the knowledge base are "tell" and "aberfraiQuJl Tell is used to assert 
propositions and facts about the world or domain. About references the instance those 
propositions refer to. 

Domain Specific Conceptual Modelling and Case Capture: This is in general how a case is to be 
entered. 
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CASE: The instance below is a case instance. (It has one 1 formation sequence name and zero or ■ 

more decisions and/or observations. 

(tell (:about Case-Name 

C ASE '• 
(formation-sequence Formation-Sequence-Name) 
(decision Decision-Name) 
( observation Observation-Name))) 

The instance below is that of a formation sequence instance. It was one or more formation 

names. 

(tell (:about Formation-Sequence-Name 
F ORMATION SEQUENCE 
(formation Formation-Name))) 

The instance below is that of a formation. It has one or more lithologies. It can also have 

start and stop depths and an interval length. 

(tell (:about Formation-Name 
F ORMATION 
(lithologv Lithologv-Name) 
(formation-interval-length-i¥jZm NUMBER))) ' 

The instance below is a lithology. It has one or more hardness definitions. The one below 
has a lithology hardness percent number meaning that there is number percent of the lithology 
with the hardness specified by the hardness instance in the ternary relation. Using the interval 
length from the formation this lithology is in, the lithology hardness amount in feet or meters can 
be calculated. 

(tell (-.about Lithology-Name 
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LITHOLOGY 

(lithology-hardness-percent Generic-Hardness-Instance-Name NUMBER) 
(lithology-type-percent NUMBER))) 

The lithology definitions below has the lithology hardness amount entered directly. 

(tell (:about Lithology-Name 
LITHOLOGY 

(lithology nithology-h ardness-amonnt-iViZm Generic-Hardness-Instance-Name 

NUMBER) 

(lithology-type-amount-i¥fl/mNUMBER))) 

Below is a decision instance. It has goal concepts and issue concepts. It also has an action 

instance, an author instance, and a reasoning string. (There could be other roles too.) 

(tell (:about Decision-Name 
DECISION 
(goal GOAL) 
(issue ISSUE) 
(action Action-Name) 
. (author Author-Name) 

(authors-reasoning STRING))) 

Below is a drill bit action instance. It has a drill bit role which *tfc to be filled by a drill bit 

concept. 

(tell (:about Action-Name 
ACTION 

(drill-bit DRILL_BIT))) 

The present invention utilizes an ontological system which employs the LOOM modeling code 
which is available over the internet from the Information Sciences Institute. LOOM 3.0 is the 
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version that is currently available over the. internet. The following is a description of the 
ontological system, and includes representative code for modeling drilling information. 

TTTF, ONTOLOGICAL SYSTEM: The system's main ontological definitions will now be 
outlined with both a plain English style explanation of the intended meaning and with a copy of 
the Loom m n del 1 in e modeling code to reference. 

KNOWLEDGE MANAGEMENT CONCEPTS 
This is one of the main ontological "top level concepts". Top level concepts are those that are of 
type thing, which is a concept defined in Loom's theory BWfcTEL^-IN-THEORY. Any user- 
defined concept will be of type THING. 

(defconcept KNOWLEDGB_MANAGEMENT_CONCBPT) 

Knowledge management concepts can be broken down into three broad categories including I 
CASES, II ENVIRONMENT, HI DOWNHOLE EQUIPMENT. The following is a description of 
each of these three categories. The types of information which is modeled in the CASES 
category includes date, location, decisions, issues, actions, goals, author, author's reasoning, 
company's reasoning, spin, .observation, observation text, observation category, and observation 
formation. The information which' is structured in the environment category includes drilling 
fluid concepts, rock concepts, formation sequences, single formation sequences, multiple 
formation sequences, formations, single ontology formations, multiple ontology formations, 
lithologies, and hardnesses. The types of information organized in the downhole equipment 
I category includes bottomhole assemblies, bottomhole assembly components, and drill bits. 
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I. CASES 

A case is (usually) a bit run case. That is, if some one experienced some bit run worthy of 

broadcast, then the formation sequence drilled should be represented, as well as the decisions 

taken on how to drill that formation sequence. That is, there are several decisions which must 

also be represented. A decision can be a decision about the chosen drill bit, the mud, the BELA, 

the flow rate, and so on. The case need not be an actual drill bit rim if the person entering the 

case feels that he has some highly structured experience or knowledge he wishes to share. A case 

also has a date on which it was captured and a location which it is supposed that the case is 

applicable to. Representative code for case identification follows. 

(defconcept CASE 
:is-primitive 

(:and (:exactly 1 formation-sequence) 

(:all decision DECISION). 

(:all observation OBSERVATION))) . 

(1) Sate: The date is the date on which the bit run or generic knowledge was 'told' to the KB. It 

consists of at most 1 day, month, and/or year. Representative code follows. 

(defconcept DATE :is-primitive 
(:and (:at-most 1 day) . 
(:at-most 1 month) 
(:at-most 1 year))) 

(2) Location : The location is the geographical position at which the bit run or knowledge is 
believed to be applicable to or came from. Representative code follows. 



(defconcept LOCATION) 
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(3) Decisions : A decision here is presupposed to have several different dimensions. These 
include: issues, actions, goals, an author, a spin, and a reasoning. These dimensions, it is felt, 
provide a good balance between structure and text. The structure is to enable the formal 
representative and therefore search power required, and the textual for the more free flowing and 
readable information. 

these decisions are parameter led in that you should only really have a decision object if you 

came to some decision about a parameter which is possible to modify in the real world and 

•which was indeed modified with reference to some consideration (issue and goal). A parameter 

can be a drill bit, the flow rate, the BHA used, etc. Representative code follows. 

(defconcept DECISION 
:is-primitive 
(:and (:exactly 1 action) 
(:at-most 10 issue) 
±Q- (:at-most 10 goal) 

(:at-most 1 authors-reasoning) 
(:at-most 1 companys-reasoning) 
(:at-most 1 author) . 
(:at-most 1 spin))) 

(4) Issues : An issue is some observation or issue- that the engineer was aware of when making his 

decision. The issues in the current version reflect quite strongly the Best Practice Drilling 

database, and the link roles shown below are intended to reflect this. These could be filled with 

j links to other media, indeed to the Notes database itself thoughthrough URLs. Representative 

code follows. 

(defconcept ISSUE 
as-primitive 
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(:and KNOWLEDGE_MANAGEMENT_C0NCEPT 
(:at-most 1 symptoms-and-diagnosis-Mdmk) 
(:at-most 1 description-link) 
(:at-most 1 parameters-link) 
(:at-most 1 diagnostic-information-lMc) 
(:at-most 1 planning-actions-fateliak) 
(:at-most 1 operating-practices-KHl^link) 
(:at-most 1 examples-link))) . 



(5) Actions : An action is the real-world consequent the engineer performed as part of his 
decision. Representative code follows. 

(defconcept ACTION 
ds-primitive 

(:andKNOWLEPGE_MANAGEMENT_CONCEPT 
(:at-most 1 categorical-outcome) 
(:at-most 1 textual-outcome))) 

(6) Goals : A goal is an objective which the engineer was aiming to achieve with that 

4& decision in particular. Representative code follows, 
(defconcept GOAL 



:is-primitive 

(:andKNOWLEDGE_MANAGEMENT_CONCEPT)) 
(7) Author : The author is the name of the person telling the decision to the KB. This is part of the 
decision and not the case as there may be a team involved, with different experts taking different 
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decisions, or fe ethere may be multiple experts involved in the one decision. Representative code 
follows. 

(defconcept AUTHOR :is-primitive 
(:and (:exactly 1 first-name) 

(exactly 1 last-name))) 

(8) Author's Reasoning : Reasoning is a field of free-text for explanations for example of 

why a certain drill bit was chosen. This is to allow the possibility of incomplete, inaccurate, 

and even incoherent explanations for actions being stored; after all, the main reasoning or 

determinism for the action is the other structured information describing the circumstances in 

which the action was taken, such as the formation sequence. Representative code follows. 

(defrelation authors-reasoning 
:domain DECISION 
•.range STRING 

characteristics (:closed-world : single- worlds 

(9) Com pany's Reasoning : This is to allow a field which expresses the company's commonly 

agreed upon beliefs for the decision in question. Representative code follows. 

■ (defrelation companys-reasoning 
:domain DECISION 
:range STRING 

characteristics (:closed-world : single- worlds 

(10) Spin : The 'spin' is the type of the knowledge captured in terms of whether it is' positive or 
negative in its effect. That is, if a case is entered which in effect is guiding the user to not using 
the action used in that example, then that should be considered a type of negative knowledge. If, 
on the other hand, a case has as its effect an engineer retrieving a case and executing the same or 
similar action, then that case should be considered positive. Representative code follows. 
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(defrelation spin 

: domain DECISION 
:range SPIN 

, characteristics (: closed-world :single-world^ 

(defset SPIN 

. . ds-primitive 

(:and KNOWLEDGE_MANACjEMENT_CONCEPT 
(:one-of 'Positive "Negative*^ 

(1 1) Observations : An observation is some state or behavior observed in the drilling process. The 
concept has the three roles ojLtextual-observation, categorical-observation, and observation 
formation. The last of these relations allows the user to specify more accurately where the 
observation is valid. Observations should be left to the sort of knowledge exemplified by "ROP 
dips going through the sand stringers lower down in this bit run", etc. Representative code 
follows. 

(defconcept OBSERVATION 



:is-primitive 

(:andKNOWLEDGE_MANAGEMENT_CONCEPT 
(:at-most 1 observation-formation) 
(:at-most 1 textual-observation) 
(:at-most 1 categorical-observation))) 

(12) Observation Text ; A free text field left for the user to explain himself in plain English. 
Representative code follows. 

(13) Observation Category : This is a concept hierarchy of observations which help to 
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U narrow for the purposes of search the context, subject, and object, amongst other things, 
= of the free text.' 

(14) Observation Formation : This is to allow the user to more accurately contextualize his 
observation. 

II. ErWIRONMENT 

I The environment here is described in terms of conceptual rock sequences. These sequences have 
some ontological constraints on them. For instance, if the user wishes to specify the depth and/or 
length of a. particular section of lithology then that section has to be represented as a formation. 
The super-structure larger than that is the formation sequence, which can have one or more 
formations. Each formation can have One or more lithology. A lithology has no depth or length 
roles. 

( (i) Drilling Fluid Concepts : This is a concept representing the muds used in drilling oil 
wells. This is a top level concept in the ontology. Representative code follows, 
(defconcept DRILLlNG_FtUID_CONCEPT) 

(2) Rock Concepts : This is a top level concept representing all rock-related concepts, 

including lithologies, formations, and formation sequences. Representative code follows. 

(defconcept ROCK_CONCEPT) 

(3) Formation Sequences : A formation sequence is the constructor used to assemble all of the 
separate sub-sequences identified by the user when describing- their well. The formation 
sequence will usually be the section the drill bit drilled in its run. A formation sequence has one 
or more constituent formations. Representative code follows. 



(defconcept FORMATION_SEQUENCE 
:is-primitive 

(:and ROCK_CONCEPT 

(:at4eas €east 1 formation))) 

(4) Single Formation Formation Sequences : This is a formation sequence with only the single 
constituent formation. Representative code follows. 

(defconcept SMGLE_FORMATION_FORMATION_SEQIJENCE 
:is 

(:and FORMATION_SEQUENCE 
(:exactly 1 formation))) 

(5) Multi ple Formation Formation Sequences : This is a formation sequence with at least two 
constituent formations. Representative code follows. 

(defconcept MULTIPLE_FORMATION_FORMATION_SEQUENCE 
;is 

(:and FORMATION_SEQUENCE 
(:at-Ieast 2 tormatlonjj) 

(6) Formations : A formation has one or more lithologies. A formation is the conceptual 
medelfemddmg granularity at which the user should be representing any part of his well he 
feels should have represented interval lengths and depths. Even stringers, or production sands, if 
these,' it is felt, need to have depths and/or lengths attached to their storage, would need to be 
ffiedeMmQdekd as -formations'. If however, it is only stringers in a majority lithology, which 
have unimportant positions of depth in the over-all sequence due to uncertainty or irrelevance, 
then these stringers are 'lithologies' and the overall stringer and majority lithology sequence is 
then the 'formation'. Representative code follows. 

(defconcept FORMATION 
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:is-primitive 

(:andROCK_CONCEPT 
(:at-Ieast 1 lithology))) 

The relation comes-in-somewhere-after relates two formations, the first of which comes in 

somewhere after the other. Representative code follows. 

(defrelation comes-in-somewhere-after 

:domain FORMATION_SEQUENCE 
rrange FORMATION 

characteristics (:multiple-vahied :closed-world) 
:is (:satisfies(?formation-x ?formation-y) 
(:and 

(FORMATION ?formation-x) 
(FORMATION ?formation-y) 

(:or (comes-in-immediately-after ?formation-x ?formati(?n-y) 
(•.exists (?formation-z) 
(:and 

(FORMATION ?formation-z) 
(cbmes-in-somewhere-after ?formation-x ?formation-z) 
(comes-in-somewhere-aftef ?formation-z ?formation- 

y))))))) 

The relation comes-in-somewhere-before relates two formations, the first of which come 
somewhere before the other. Representative code follows, 
(defrelation comes-in-somewhere-before 

:domain FORMATION_SEQUENCE 

:range FORMATION 

characteristics (:closed-world :multiple-valued) 
:is (:satisfies (?formation-x ?formation-y) 
(:and 
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(FORMATION ?formation-x) 
(FORMATION ?formation-y) 

(:or (comes-m-immediately-before ?formation-x ?formation-y) 
(:exists (?formation-z) • 
(-.and 

(FORMATION ?formation-z) 

(comes-in-somewbere-before ?formation-x ?formation-z) 
(comes-in-somewhere-before ?formation-z ?formation- 

y))))))) 

The relation comes-in-inmediately-after relates two formations, the first of which comes in 

immediately after the other. Representative code follows. 

(defrelationcomes-in-immediately-after 

:domain FORMATION_SEQUENCE 
:range FORMATION 

:characteristics (: closed-world : single-valued)) 
The relation comes-in-immediately-before relates two formations, the first of which comes 

in immediately before the other. Representative code follows. 

(defrelation comes-in-immediately-before 

tdomain FORMATION_SEQXJENCE 
:range FORMATION 

xharacteristics (;closed-world : single-valued)) 
(7) Single Lithol o pv Formations : These are formations conceptualized to have only the single 
lithology type present (although it may have multiple harnesses). Representative code follows. 



- Hr>TISTON\3825169,3 



==21- 



SPRCIFICA 

(defconcept smGLEJLITHOLQGY FORMATION 
:is 

(:and FORMATION 

(•.exactly 1 lithology))) 

(8) H-^Ti^i^mnavFnrmations: These are formations conceptualized to have multiple 

lithology types present (each of which may have multiple harnesses). Representative code 

follows. 

(defconcept MULTIPLE_LITHOLOGY_FORMATION 
:is 

(:and FORMATION 
■ (:at-Ieas^saat 2 lithology))) 

(9) Uthdogies: A lithology is the basic rock type, e.g., sand, shale, etc. Each lithology 1ype also 

has an amount or a percentage amount for the formation in which it is present. As well as this, 

each lithology type is broken down into having a hardness, which then itself has an amount or a 

percentage amount for the lithology type. In this way, complex conceptual descriptions can be 

built up of the well's statistical hardness profile. It can be envisaged that a tool useful in the 

construction of such conceptual . description could be useM; as different levels of accuracy are 

obtainable, from the very coarse, to the' very fine, grained and, obviously, the more fine grained, 

the more work is required to enter the definitions. Representative code follows. 

(defconcept LITHOLOGY 
us-primitive 
(:and 

ROCKCONCEPT)) 

(10) BatfDSBBSK There are various hardness concepts, each with their meaning specified by their 
UCS ranges. At the- top level there is HARDNESS. Below that there are six second tier sub- 
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categories of hardness starting at OfePSlQttSL and increasing in steps of 5kPSI. There are also 
finer grained hardness sub-categories below each second tier category. These start at 0 kPSI and 
increase in steps of 2.5kPSI. Each of the six second tier hardness categories has a LOWER_ and 
an UPPER_ third tier sub-category. This gives twelve third-tier hardness categories. 

An interesting note to be made about harnesses is the following. If there is known to ^60% 
hard shale and 40% firm shale then that shale can be ^MtedmaMM with those stated 
percentages. If, however, it is only known that the shale has firm and hard harnesses in it, then a 
hardness FIRM_TO_HAED could be used as its hardness category (of which there is obviously 

100% of). This modelling trick is useful when the exact percentage breakdown of the various 

constituent harnesses is unavailable. Representative code follows. 

(defconcept HARDNESS 
:is-primitive 

(:andROCK_CONCEPT 
(:at-most 1 ucs))) 

Due to the fact that a lithology may have one type (e.g., it is shale), they can have more than one 
hardness (e.g., that shale may have lOOm of very soft rock with 300m softrock also). 
Representative code follows. 

(defrelation hardness 

:domain LITHOLOGY 
. :range HARDNESS 
xharacteristics (:closed-world :multiple-valued)) 

The following relation calculates the amount of lithology in feet of a certain hardness. It relates 
the amount, the hardness and the lithology in a ternary relation, 
(defrelation Iithology-hardness-amount-ft 
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:arity3 

•.domains (LITHOLOGY HARPNESS) 
:range NUMBER 

•.characteristics (:closed-world :single-yalued) 
:is (satisfies (?lithology ?hardness ?hardness-amount-ft) 
(•.exists (?percent ?amount) 

(:and (lithology-hardness-percent ?lithology ?hardness ?percent) 
(lithology-type-amount-ft ?lithology ?amount) 
(* (/ ?percent 100.Q)?amount ?hardness-amount-ft))))) 

The following relation calculates the amount of lithology in meters of a certain hardness. It 
relates the amount, the hardness and the lithology in a ternary relation. 

(defrelation Iithology-hardness-amount-m 
:arity3 

:rangeNUMBER 

characteristics (: closed-world : single-valued) 
:is (satisfies (?lithology ?hardness ?hardness-amount-m) 
(:exists (?percent ?amount) 

(:and (lithology-hardness-percent ?lithology ?hardness ?percent) 
nithologv-tvpe-amount-m ?lithology ?amount) 
(• (/ ?percent 100.0)?amount ?hardness-amount-m))))) 
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The following relation calculates the amount of lithology in a formation in feet. 

(defrelation mialQ&WMmMr^-a™ 0 ™^ 
^demaiBfelTHOtOa¥ 



• Anmain T.TTHOLOGY 

•.rangeNUMBER 

characteristics (-.closed-world :single-valued) 
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:is (satisfies (?Iithology ?amount-ft) 

(:exists (?percent ?formation ?Ieagfeta^-ft) 

(:and (lithology ?formation ?BfeeJegyMakn) 

(formation-interval4eagfeto^-t ?formation 

?fefi^3:lffl^-ft) 

(lithology-type-percent ?Kthn1nPvlithologv ?percent) 
(* (/ ?percent 100.0)?Ieftgfelffl^-ft ?amount-ft))))) 

The following relation calculates tHe amount of lithology in a formation in meters. 

(de'frelationlMie^Makg^-type-amount-m 
:domam LITHOLOGY 
:rangeNUMBER , 

characteristics (-.closed-world : single- valued) 
:is (satisfies (?lithology ?amount-m) 

(-.exists (?percent ?formation ?IeHgthla^h-rn) 
(:and (lithology ?formation ?lithology) 

(formation-mteml-Ieagfelgnga-in ?formation 



?feftgfelejijy&-m) 
(- lithology 
?percent) 



nithologv-tvpe-percent 



7T it1in1npv lithologv 



(* (/ ?percent 100.0) ?IeftgAlfflgft-m ?amount-m))))) 
The following concept is an example of one of the second tier hardness concepts. It will 
towhjYJLtwo subconcepts, upper soft and lower soft, beneath it. It is defined in terms of its ucs 
range. It is also ^defined in that it is not primitive, and as such will recognize any hardness 
instance with its ucs range, 
(defconcept SOFT 
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(: andHARDNES S 
(>=ucs 5000) 
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«- £<ucs 10000))) 

HI. DOWN-HOLE EQUIPMENT 

A down-hole tool is here defined to be anything that goes down hole and is not part of a 
recycling system (such as the fluid). So, a down-hole tool is a drill bit, a BHA component, and so 
on. Down-hole equipment concept is a top level concept, 
(defconcept DOWN-HOLE_EQUIPMENT_CONCEPT) 

(1) Bottom Hole Assemblies : Bottom hole assemblies have at least 1 bha component. 
Representative code follows. 

(defconcept BOTTOM_HOLE_ASSEMBLY 
:is-primitive 

(:and DOWN-HOLE_EQUTPMENT_CONCEPT 
Oat-leastkagt 1 bha-component))) 

(2) BHA Components : A BHA component is anything capable of being added to the BHA. So, 

motors, bits, MWD, VSS, under-reamers, etc, are all considered BHA_COMPONENTS . 

Representative code follows. 

(defconcept BHA_COMPONENT 
:is-primitive 

(:andDOWN-HOLE_EQUIPMENT_CONCEPT)) 

(3) Drill Bits : A drill bit is a type of down-hole equipment concept with exactly 1 bit gauge. 

Representative code follows. 

(defconcept DRILLJBIT :is-primitive 

(:and DOWN-HOLE_EQUIPMENT_CONCEPT 
(:exactly 1 bit-gauge))) 
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Following is a description of how one interacts with the database utilizing the LOOM artificial 
intelligence system. Representative code is included where necessary to explain the concepts. 

HOW TO INTERACT WITH THE SYSTEM 
I. Querying Instances 

I The functions retrieve and ask provide the interface to Loom's deductive query facility. Retrieve 
' is used for retrieving facts (instances from a knowledge base), wMe ask is used to determine 
whether or not a proposition is true with respect to the currently stated rules and facts. 

A query has one of the following forms 

(retrieve ?ml query) 

(retrieve (?ml ... ?mn) 

(ask query) 

The ?m n are called output variables, and query is an open sentence in which the output variables 
appear unbound (unqualified). Q«mQmm can be any arbitrary expression in the first order 
predicate calculus (FOPC). The output variables must be prefixed with the character '?'. 
As a note of interest, when querying for instances, the fall benefits of the subsumption relation 
comes free. That is, if you have an instance of a drill bit called My-STR20 which is asserted (or 
deduced) to be of type STR20 (a type of TRICONE), when you come to look for cases with drill 
bits which are of type TRICONE, My-STR20 will be recognized as such by Loom's nominal 
query behavior. However, if a case's drill bit has been, like it is here, represented as a concept, 
then if you enter the query looking for cases with a drill bit of type TRICONE, Loom will, unless 
forced, not check the conceptual subsumption relation. Hence, to search in a more powerful 
manner, the function subrelations must be used, which will force Loom to check for subrelation 
(including subconcept) relations. 



I 
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II. Examples Queries 
Beginning with basic queries, a more complex query will be built. 

(1) Querying Formation Sequences : This is probably the most sophisticated form of querying 
that will be done of the knowledge base. The two concepts likely to be of interest are formation 
sequences and formations (which are components of formation sequences). This is due to the 
more complex ternary relations used in the modelling of the lithologies (which are components 
of formations). It is also due to the ambiguity that will arise when users split up (or 
'conceptualize') their wells into different formations (whilst, maybe, talking about essentially the 
same formation sequence) using different criteria. If that happens, then the user will want to look 
for formation sequences that, as a whole, contain, for example, 300 meters and over of very soft 
to soft shale type lithology. This therefore involves summing the amounts of very soft -to soft 
shales over all the formations constituent to each formation sequence. Hence the requirement for 
the sum and count functions below. Also, the query works over all sub-types of shale (e.g., 
balling shale). It also works over all sub-types of either soft or very soft (e.g., lower very soft). 
So, the lithology defined as lower very soft balling shale would also have its amount added (as 
per the query below) to the variable ?lithology-amount-ft. 

There are several different flavors to querying formation sequences. You can query for an 
overall cumulative amount of a certain hardness of a certain lithology over all the formations of a 
formation sequence. 

You can query for formations which have amounts of certain lithologies of certain hardness. The 
query below queries for cases which have a formation sequence which has as its constituents of 
its formation(s) greater than or equal to 1900 feet of very soft to 
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.soft (including all subtypes of soft and very soft) of shale (including all sub-types of shale). 

Representative code follows. 

(retrieve ?case 
(:and 
. (CASE?case) 

(>= (sum (:collect ?Iitnology-arnount-ft 
(:and 

(:exists (?formation-sequence ?formation ?lithology ?hardness) 
(:and 

(formation-sequence ?case ?formation-sequence) 
(formation ?formation-sequence ?formation) 
(lithology ?formation ?lithology) 

(lithology-hardness-amount-ft ?lithology ?hardness ? Iitholo g y lithologv. 



amount- 
ft) 



77777 



(:or 

(VERY_SOFT ?hardness) 
(SQFT ?hardness)) 
(SHALE ?lithology) 



))))) 



1900))) 



.2. nerving Author s Hates, and Locations : The query below queries for cases that have Scott 
MacDonald as author, of 1998, and in the Gulf of Mexico area. Representative code follows. 

(retrieve ?case 
(:and 

(CASE ?case) 
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(:exists (?decision ?date ?year ?author lloeB^mhe^m) 
(:and 

(date ?case ?date) 
(year ?date ?year) 
(=?yearl998) 
(decision ?case ?decision) 
(author ?decision ?author) 
(= ?author Scott-MacDonald) 
(location ?case ?IeefttteftlQcMffl) 
( ? Io ca tion GaM))))) 

'= 71nr.ation GOMfflV) 

3. Querying Goals : The query below queries for cases that have a drill bit decision such that one 
of its goals was for good RapEOE with good bit cleaning. Representative code follows. 

(retrieve ?case 
(:and 

(CASE ?case) 
(:exists (?decision) 

(decision ?case ?decision) 

(DWLL_BIT_PLANNING_DECISION ?decision) 

(goal ?decision 
GOOD_i^EOi_WH_GOa©G^Qri_BIT_CLEANlNG)))) 

• 4. Online Actions : The query below queries for cases where the drill bit (planning) action was 
to use a drill bit of type steel-tooth. This query will work if the drill-bit role has -been filled with 

' a concept. The second query will work if the role drill bit has been filled by an instance of a drill 
bit: For the querying of other actions, goals, and issues, the first type of querying would be used, 
as all their respective roles have their fillers in instances (of cases) represented as concepts. 
Representative code follows. 
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(retrieve ?case 
(:and 

(CASE?case) 

(:exists (Tdecision ?action ?bit) 
(:and 

(decision ?case Tdecision) 
(DRILL_BIT_PLANNING_DECISION ?decision) 
(action ?decision ?action) 
(DMLL_BIT_PLANNDSfG_ACTION ?action) 
(drill-bit ?action ?bit) 

(subrelations STEEL-TOOTH_DPJLL_BIT ?bit))))) 

(retrieve ?case 
(:and 

(CASE?case) 

(•.exists (?decision ?action ?bit) 
(:and 

(decision ?case ?decisiqn) 

(DRILL_BIT_PLANNING_PECISION?decision) 

(action ?decision Taction) 

(DRILL_BIT_PLANNING_ACTION Taction) 

(drill-bit Taction ?bit) 

(STEEL-TOOTH_DPJLL_BIT ?bit))))) 
5. Com plex Qae^wf Querying: The query below is an example of how many smaller queries 
can be stuck together to generate more complex queries. Particular note should be taken of the 
many individual mists calls with their attendant parameters lists. Representative code follows. 

The complex query below queries for cases that have more than or equal to 1900 feet of soft to 
very soft shale (as above), which had as a goal of the drill bit decision good ROP with good bit 
cleaning (as above), which also were recorded in 1998 in the Gulf of Mexico by. Scott 



I srmSTTTUTE SPFrJFTCATION 

| MacDonald (as above), and that the drill bit chosen should be some type of steetaLtooth drill 
bit. 

(retrieve ?case 
(:and 

(CASE ?case) 

10 (>= (sum (:collect ?Bth©tegyMojQS-amount-ft 
(:and 

(:exists (?formation-sequence ?formation ?lithology ?hardness) 
(:and 

(formation-sequence ?case ?formation-sequence) 
(formation ?formation-sequence ?formation) 
(lithology ?formation ?lithology) 
(lithology-hardness-amount-ft ?lithology ?hardness 
?fifeelegy ?1imologv-amount-ff) 



(:or 

(VERY_SOFT ?hardness) 
(SOFT ?hardness)) 
(SHALE ?lithology) 

))))) 

1900) 

(:exists (?decision ?date ?year ?author ?Iocation) 
(-.and 

(date ?case ?date) 
(year ?date ?year) 
(= ?year 1998) 



I 
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(decision ?case ?decision) 

(author ?decision ?author) 

(= ?author Scott-MacDonald) 

(location ?case ?Ieeatie»lQcMp^) 
atiea (= ?1ocation GOM))) 

(:exists (?decision ?issue) 

(:and 

(decision ?case ?decision) 
(issue ?deeision ?issue) 

(subrelations ?issue QOOD_ROP_WITH_GOOD_BIT_CLEANING) 
(author ?decision Scott-MacDonald))) 
(:exists (?decision ?action ?drill-bit) 
(decision ?case ?decision) 
(DRILL_BIT_PLANNING_DECISION?decision) 

(action Ydecision ?action) 
(DRILL_BIT_PLANNING_ACTION ?action) 
(drill-bit ?action ?drill-bit) 

(subrelations STEEL-TOOTH_DRILL_BIT ?drill-bit)))) 
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Docket No. 9001RF-34875 



DECLARATION FOR PATENT APPLICATION 

As a below named inventor, I hereby declare that: 

My residence, post office address and citizenship are as stated 

below next to my name. 

I believe that I am an original, first, and joint inventor of the 

subject matter which is claimed and for which a patent is sought on the 

invention entitled 

CASE-BASED DRILLING KNOWLEDGE MANAGEMENT SYSTEM 
further identified by attorney docket no. 9001 RF-34875. 

( This application claims the benefit of U.S. Provisional 
p Application Serial No. 60/140,119, filed 18 JUNE 1999, entitled Case-Based 
'4% Drilling Knowledge Management System. 

|I I hereby state that I have reviewed and understand the contents 

Si of the above-identified specification, including the claims, as amended by 
jp any amendment referred to above. 

□ I acknowledge the duty to disclose to the Office all information 

s s known to my person to be material to the patentability of this application in 
p accordance with Title 37, Code of Federal Regulations, Sec. 1 .56(a). 
b h _ I hereby declare that all statements made herein of my own 

j£J knowledge are true and that all statements made on Information and belief 
O are believed to be true; and further that these statements were made with 
the knowledge that willful false statements and the like so made are 
punishable by fine or imprisonment, or both, under Section 1001 of Title 18 
of the United States Code and that such willful false statements may 
jeopardize the validity of the application or any patent issued thereon. 

I hereby appoint Melvin A. Hunn, Reg. No. 32,574 and 
Kenneth G. Hill, Reg. No. 29,650 to prosecute this application and to 
transact all business in the U.S. Patent and Trademark Office in connection 
therewith. 
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Registration No. 32,574 
HILL & HUNN LLP 
201 Main Street, Suite 1440 
Fort Worth, Texas 761 02-31 05 
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Inventor's Signature:., 
Full Name of Inventor: 
Date of Signature: 
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Citizenship: United Kingdom 
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Date of Signature: 
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